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In this Issue 

Handheld calculator designs always seem to require the expert application 
of a broader variety of disciplines than other product designs. Perhaps ft s 
the challenge of building more and more capability into a severely limited 
volume. In this respect, this month's subjects, the HP-1 8C Business Consul- 
tant and the HP-28C Scientific Professional Calculator, are typical. Their 
design story has interesting aspects not only in circuit design and firmware 
development, but also in materials, packaging, operating system design, 
algorithms, user interface design, display technology, and ergonomics. 
The first thing you notice is the package. Users didn't like keys that had 
three different labels, so the designers added more keys, and the package opens to reveal two 
keyboards side by side. How do you reliably connect the two halves of the electronics through a 
rotating hinge? See the mechanical design paper on page 17. Business users want to customize 
their calculators without programming, so the HP-1 80 has softkey menus and the Solve interface, 
which lets you type in an equation algebraically using any convenient variable names and then 
solve for an unknown variable by pressing the softkey labeled with its name (page 4). While the 
HP-18C is algebraic, the HP-28C stilt uses RPN, the programming language of earlier HP scientific 
calculators, but the language has been extended to include symbolic entry of variables and a 
variety of data types (page 11), Behind these advanced features of both calculators is a new 
operating system developed especially for handheld calculators. Called RPL. it has similarities to 
both Lisp and Forth {page 21). For solving equations, the iterative soiver of earlier HP scientific 
calculators has been augmented with a direct solver and implemented in both the HP-18C and 
the HP-28C. The solver first tries to solve a user's equation by algebraic operations. If it can't, it 
uses trial-and-error methods (page 30). 

You'll find the electronic design of these new calculators described in the papers on pages 25 
and 34. In a future issue, we II have papers on the calculators" accessory phnter and its infrared 
interface, and on the manufacturing process. 



-R, R Dolan 



What's Ahead 

Next month's issue Is another in our series devoted to the new HP Precision Architecture. 
Three papers will deschbe the design and development of the processor chip set for the first 
VLSI [mplementation of the architecture, and two papers will describe system processing units 
that use this chip set. One of the SPUs is for the HP 9000 Model 850 and HP 3000 Sehes 950 
Computers, and the other is for the HP 9000 Model 825. 
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A Handheld Business Consultant 

The latest model in HP's line of oaloulators designed for 
business and finanolal applioations features a menu-driven 
user interface for selecting any of its many built-in functions 
or custom equations entered by the user. 



by Susan L. Wech&ler 

II P'S BUSINESS CONSULTANT [Fig. 1) is an ad- 
BlH vanced handheld calculator that combines many of 
I I themost popular features of the earlier HP-12C with 
enhancements suck as a menu-driven user interlace, cus- 
tomization without programming, a four-line dot-matrix 
display, and an infrared transmitter for sending data to an 
optional cordless printer. Because the Business Consultant 
uses the same CPU as the IiP-71B Handheld Computer.^ 
its financial calculations run at least 15 times faster than 
those on the HP-12C. 

The major applications [menus] contained in the HP-18C 
Business ConsuUant are (see Fig. 2]: 
M FIN — time value of money, cash flow analysis, interest 

conversions 

■ BUS — percent change, percent total, markup 

M SUM — running total, one-variable statistics, forecasting 

w^ith one of four models 
m TIME — date arithmetic, running clock w^ith the ability to 

set up to six alarms 

■ SOLVE — new way for users to solve their own special 
problems without programming. 



What makes this product special is its ease of use. The 
popularity of the HP-12C told us that its feature set met 
customer needs, and yet we were confident that there were 
ways we could improve the usability of those features. To 
discover how^ we contacted our customers through focus 
panels on both coasts of North America, and our contingent 
of sales representatives overseas. The response guided 
many aspects of the design of the business consultant. 

Localization 

Prom outside the United States came significant feedback 
regarding localization. Maiiy people wanted a calculator 
that communicates in their primary (or perhaps only) lan- 
guage. To do this, ever>' message and softkey label was put 
into a single table, thus eliminating the possibility of over- 
looking a me.ssage during the translation process. The idea 
of a single table, as opposed to strings scattered throughout 
ROM space, appealed to us for financial reasons also. To 
expedite release of the product, the HP-18C's operating 
system was initially stored in two 32K-byte ROM chips. It 
was highly desirable to be able to accomplish localization 




Fig. 1. The HP-18C Busmess 
Consuitan! ts HP's latest handhelcf 
calculator designed for business 
and financial applications, it tea- 
tures sevefat buift-in applications 
accessed by a menu-driven user 
interface, an equation solver, aJge- 
bnac entry of fornjuias without the 
need for programmfng, and an in- 
frared transmitter for sending data 
to an optionai printer. 
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Fig. 2. Bufft-in appHcation menu structures for HP-18C. 
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by replacing only one of these two chips. By ensuring that 
the message table did not cross a chip boundary, we were 
able to meet this goak So far, the Business Consultant has 
been localised in German, French. Italian, and Spanish. 

Soft key Menus 

Many people in our target market disliked keyboards 
cluttered with lab el s^ We did not want to sacrifice function- 
ality to address this concernt so instead we added more 
keys, both physical and virtual. The physical keys were 
added by providing a second keyboard, using a clamshell 
package design. The virtual keys were added by incorporat- 
ing a menu -driven interface, using six softkeys that are 
positioned directly beneath the display. There are no labels 
on these six keys. Instead, their functionality is Indicated 
by the labels shown directly above them. For example, to 
get to the percent change application, the user presses the 
softkey labeled BUS (Fig. 2a), which brings up a choice of 
four menus: %CHG, %TOTL, MU%C. and MU%P, Pressing the 
softkey labeled %CHG puts the user into the percent change 
menu. 

The Business ConsuUant is Hewlett-Packard's first 
menu 'driven calculator. The menu scheme w^as not free — it 
came at a cost of approximately 5% of the ROM space, A 
menu table and corresponding menu handier had to be 
constructed to handle the changing execution address and 
ASCII string bound to each softkey, and to deal with the 
idiosyncrasies of each menu. 

People are emphatic about wanting a calculator that they 
can learn to use by merely pressing the keys. They want 
an operating environment tliat is intuitive and consistent. 
So, the Business Consultant provides help messages to 
guide the user through the various applications, and within 
any application, the same interface produces answers 
quickly and simply. This generalized interface succeeds in 
providing one consistent method for solving problems 
throughout the machine. It is the same as the top -row -key 
interface (Fig. 3) used to solve time-value-of -money prob- 
lems on the HF-38C and HP-12C. On these earlier HP finan- 
cial calculators, the n. i, PV, PMT^ and FV keys provided a 
great ''what-if?'* tool tor time-value-of-money problems 
such as loans, savings, and leasing. To store a value into 
the number-of -periods register, the user keys in the desired 
value and presses the n key. After storing values into four 



of the five variables, the user simply presses the key corre- 
sponding to the unknown variable to solve for its value. 
In this fashion, any variable can be derived after values are 
assigned to the other four variables. 

Through the use of the six softkeys positioned directly 
beneath the HP-18C's display, the Business Consultant user 
can bring up various built-in application menus that make 
use of the same top -row- key interface* When a given appli- 
cation is in effect, its variable names come up in the display 
directly above the associated softkeys. We call this general- 
ized top-row-key interface the Solve interface. Built-in ap- 
plications that use the Solve interface are listed in Table 
I, along with their associated softkey labels. 

Tabte I 

HP-1BC Applications Using Solve Interface 



Appllcatian 

Time value of money 

Interest rate conversions: 
Percent change: 
Percent of total: 
Marku p as percent of cost; 
Markup as perceni of price, 
Days between two dales: 



Softkey Labels 

H l%YR PV PMT FV 

fS[OM% EFF% P 

OLD NEW %CH 

TOTAL PART %T 

COST PRICE M%C 

COST PRICE M%P 

DATE1 DATE2 DAYS 



Using this standardized interface, functions that tradi- 
tionally have been confusing to use on previous calculators 
become extremely intuitive. Two such functions are per- 
cent change and percent of total. To determine what percent- 
age 17,5 is of 67, press BUS and then press %TOTL. The 
display shown in Fig. 4a appears, Then, pressing keys 6 7 
TOTAL 17.5 PART %T results in the display shown in Fig. 4b. 

As can be seen from Fig. 4b, the Solve interface has been 
further enhanced by adding the labeling of values. When 
a value is stored in a variable, a confirmation consisting 





Fig . 3, Top -row-key interface tor solving timevatue-of-money 
problems on HP-12C Calcuiaior On the HP-1&C, the top-row- 
key interface has bscome a more generaHzed sottkey struc- 
ture where the key (abeis are displayed on the botton} of the 
display above the Heys. 



Fig, 4. Use of the HP~1BCs softkey user interface, fa) %TOTL 

menu of BUS appiication. (b) Answer to determirring what 
perQeniage of 67 a value of 17,5 is. 
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Cash Flow Analysis Using the HP-18C 



An ifwestof has an opportunrry to purchase a piece of property 
for S1 00,000 Yearty cash flows are anticipated as indicated in 
Table i and tfie investor expects to be abte to sell the property 
tor S1 20.000 inl years The inve^of would i fke an 1 1 5% return 

Tabtol 



Year 


Cash Flow 


Year 


Cash Flow 


1 


$15,000 


6 


SI 0.000 


2 


12,000 


7 


9.500 


3 


12,000 


8 


9.500 


4 


12,000 


9 


9.500 


5 


10,000 


10 


120,000 



Press the fiN sottkey on the HP- 18C to access its financial 
application menu and then press the Cf lo softkey lo select cash 
flow analysis. Then press keys i o + - INPUT The screen 
shown rn Fig. la appears, promptrng for the ffrsi flow m the series 
A prompt is also given for the number of tinrtes a particular flow 
occurs, simplifying grouped flow entry. 

Pressing keys 1 S input gives the dispfay shown in Fig 



lb, Note that the ^ symbol has m^ rated down lo the times 
prompt. Note also the loo m the calculator tine. This value is put 
tn the calculator Hne whenever a ftow is efiiered. so that if a flow 
occurs once, only tt^e IHPiXt key must be pressed to enlef the 
number of occurrences. This feature was added so that the inler- 
tace for simple cash flow problems wouldn't pay a penally ft^ 
Ihe ease of use introduced for grouped cash flow problems. 

Pressing wiPtIT causes Ihe screen shown in Rg. 1c to appear. 
To flnfsh entering the data, press 

1 2 C INPUT 3 INPUT 
10 INPUT 2 INPUT 
9 5 INPUT 3 INPUT 
12 INPUT INPUT 

To calculate nei present vaJue and internal rate of return, press 
the soffkey labeled CALC, The screen shown in Fig Id appears. 
To input the desired rate of return, press i i . 5 i% To get the 
net present value, press NPV and the HP-18C displays NPV ^ 
2.914.83. To calculate the internal rate of return, press tRR%, ob- 
taining a displayed result of IRR% = 1201 




Fig, 1. HP' 18C dtspiays for cash tfow analysis exampie. (a) Prompt display for first cash flow 
entry (b) After first entry of 15,000 /s input, the dispiay prompts for ttie nunnber of limes entry 
occurs. A value of 1.00 is dispfayed as a default value, (c) Pressing the input /rey prompts for 
tfie nexf entry (d) After completing the cash flow entries, pressing the Calc softkey g^ves this 
display Entering the desired interest value and pressing the 1% ^ey then allows calculation of 
the net present value, net umform senes, or net future value. 



of the variable name and its value is shown m the display. 
In the percent change application, pressing 1 OLD 1 5 
NEW %CH results in the display shown in Fig. 5. Whenever 
a variable is recalled, stored ^ or solved for, a confitmation 
IS given. The Business Consultant maintains a history stat:k 
of the last four such confirmations given. Up tn three can 
be viewed at a time; the fourth is easily accessed via the 
scrolling keys f and i , The idea of labeling results is 
special to the Business Consultant. 

Data entry forLtish flow analysis, running total, and statis- 
lit:s is simplified by conceptualizing this data as number 



lists. The user is prompted for each item in the list. Using 
the scroll keys, the user can move up and down through 
the list for reviewing or editing, and with a single keystroke, 
items in the list can be inserted or deleted. Because the 
li.st can be named, several lists can exist in memory at a 
time (the exact number is limited only by available mem- 
ory). The exam pie in the box above il lustrates the simplicity 
with which data can be entered for cash flow analysis. 
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The Equation Solver Menu in the HP-18C 



The user programming language of the HP-IBC Business Con- 
suJtani is equaiions. The usej' types in an equairon using variable 
names of the user's choree, traditional atgebraic operators, and 
any of the HP-18C's built-rn se! of advanced mathemalical func- 
tions and conditional expressions, Several equations can be en- 
tered in the HP-18C the number limited only by available nnem- 
ory, A name can be typed at the beginning of each equation to 
identify it for future recall. An equation is selected from the stored 
list by moving a display pointer up and down the list of equations. 
When the pointer points to the desired equation, pressing the 
CALC menu key causes the HP-18C to interpret the equation and 
bring up the variabJe names as soft key labels at the bottom of 
the HP-18C's display, The associated softkeys, or menu keys, 
belovv the display are used to store and calculate solutions using 
the reJationships in the equation. The user enters values for all 
but one of the variables and the HP-1 8C solves for the urrknown 
variabJe, 

The programming characteristics of the equation solver are 
enhanced by 26 advanced functions and conditional expressions 
that can be used in formulating an equation. While trfgonometric 
functions are not provided, natural and base-10 logarithms^ fac- 
torial, absolute value, mrnrmum, maximum, pi, integer part, frac- 
tional part, rounding and truncation, modulo, sjgn, and square 
root are available. Another six functions specific to finance 
mathematics are available as are date and delta-days functions. 

As a simple example, consider a formula that expresses the 
economics of performing a tune-up on an automobjle engine: 



COST :< MPGBEFORE x MPQAFTER 
-r PRICEGAS = BEMILES 



(MPGAFTER - MPGBEFORE) 



Tbe equation includes five variables: cost of the tune-up^ miles 
per gallon before and after the tune-up, price per gallon of 
gasoline, and break-even miles — the number of miles at which 
the cost of the tune-up is recovered by the benefit of the reduced 
gasoline consumption, 

A user "programs" the HP-16C to solve the above equation 
by pressing the solve menu key, typing in the equation (Fig., 
1a), and then pressing the Calc menu key. When the calc menu 
key IS pressed, the keys are customized to the above equation. 
The vanable-width character font for the softkey labels allows up 
to five characters of the vanable name \o show as a label. In this 
case, the labels are COST. mpqb. wipga, PRtCE, and semi (Fig. 
1b). However, when a variable name appears as a result in the 
.other lines of the display, the complete variable name is dis- 
played. 

Solving this problem parallels that for solving problems using 
the buiJI-in functions of the machine. A solution can be calculated 
for each of the vanabies in the equation, given values for the 
other vanables, A quick example using the tune-up formula is to 
key in 28 and press the softkey labeled mpgb, key in 33 and 
press softkey mpga, key in 0,839 and press price, and key in 
15000 and press bemi. Then press COST to solve the equation 
and see displayed cost = 68, iO, (Fig. 1c), the cos! of a tune-up 
that would pay for itself by improved gasoline mileage for 15,000 
miles. If the tune-up cost is $85, key it in, press COST, and then 
press 8EMI to see displayed BEMiLES=isj22.29, the number of 
miles that must be driven to break even on a tune-up costing 
$85 and improving mifeage from 28 to 33 miles per gallon. 

Other equations can be typed in just as easily Each additional 
fomnula is added to the formula list in continuous memory. You 
can see and select each formula by using the sGroll-up and 



scroll-down keys f and i The RAM in the HP-ISC is sufficient 
to store about ten equations of the length and number of variables 
illustrated by the tune- up example above 

Direct Solution 

The advantage of the HP-18C's equation solver as a program- 
ming language is evident — one equation vyith n variables does 
the work of n traditional programs written to solve for a single 
variable as a function of the n-1 other variables. The equation 
solver solves directly tor any variable that meets all of the following 
conditions: 
m Appears only once in the equation 

■ Does not appear as an exponent 

■ Involves only the operators for addition, subtraction, multiplica- 
tion, division, and exponentiation 

■ The only functions, if any. in which the variable appears are 
seven specifically identified functions such as logarithm, in- 
verse logarithm, and square root. 

These conditions are met for cost, pbicegas. and BElvilLES in 
the exampfe above. 

Iterative Soluticr^ 

The variables mpgsefore and mbgafter in the example do 
not meet the above conditions for direct solution, The solution 




Fig, 1. Dispfays dunng solution of tune-up cost study, (a) 
Entry of tune-up cost equstion. (b) Pressing calc key assigns 
labels to softkeys as shown, (c) Break-even cost for 15M0 
miles With mileage improved from 28 to 33 mpg. 
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for either of ihese variables tn the equation soever uses an iterative 
search pracess Hie process systematically varies the value of 
the subject variable until the value of the left side of the equation 
equals the value of the right stde of the equation While this 
^jarch !s taking place, the value used for each tieraDon is dis- 
played to g/ve the u^r a sense of the progress toward a solution 
The user can start a search using one or two estimates of the 
soluijon: otherwise, default values are used. 

Because Ihe iterative solution is numencal rather than analytic, 
and because an arbitrary varjabie m an arbitrary equation may 
have one solution, more than one. or no solution, the HP-lBC 
Business Consuflant Owner's Manua/ describes seme arKsmalfes 
that ihe user might encounter, as well as procedures for tearning 



values that might indicate minimum, maxlmium. or undefir^ed 
points in the equation 

ConventkNis 

Tr-ere are a ^ew conventions that tfie user mu^ learn lo type 
in general algebraic equations. For example, there are no implied 
operators {Z = 3Y must be typed z - 3>jY). and there are no 
subscripts or superscripts (Y cubed must be typed y 3) 

Paut Swadener 

Development Engineer 

Handheld Computer and Calculator Operation 



SOLVE ApplrcatJon 

We were told that most users of finaDcial and business 
calculators do not want to be bothered with programming 
in the traditional sense. But at the same time, there was 
no consensus by any focus panel as to desired functions. 
Clearly some form of custom ligation was called for. but not 
in the guise of programming. The SOLVE application ad- 
dresses this need. It incorporates the same unknown-vari- 
able solution concept that was generalized for the built-in 
applications, but extends it a step farther The user t^^pes 
in an equation that describes a particular problem. Several 
variables can be used (the number is limited only by avail- 
able memory), and each variable name can have up to 10 
characters. At the press of a key, the equation is interpreted, 
and the variable names are extracted and used to label the 
softkeys. Here, as elsewhere in the machine, when variable 
names are assigned to the softkeys, the same Solve interface 
is in effect. The user keys in values for all but one of the 
variables, then presses the key corresponding to the un- 
known variable to solve for it. This ability to enter equations 
and then solve for different variables is known as the Equ- 
ation Solver, a feature new to handheld calculators. (See 
box on page 8 for more details and an example of the use 
of the Equation Solver.) 

Of all the decisions made by the design team regarding 
the user interface, the one that was by far the most difficult 
(as well as the most controversial) was the one that made 
the HP-18C operation algebraic, rather than RPN. But, a 
thorough survey told us that an algebraic HP financial cah 
Gulator wTjuld appeal to new users, and algebraic notation 
is consistent with the Equation Solver interface. 

Print Option 

We repeatedly heard that a printer would be a welcome 
peripheral for our business/financial calculators. So, avail- 
able as an option is the HP 8224GA Infrared Printer I hat 
receives data from the Business Consultant via an infrared 
beam, thus eliminating the need for wires between cal- 
culator and printer. All variables and data associated with 
a particular application can be printed out, whether it be 
an amortization schedule or the variable values associated 
wfith a user-input equation. In TRACE mode, every keystroke 
is printed to provide a complete record of what the user 
has done. 



RPL 

The Business Consultant is one of the first HP calculators 
(the HP-2SC being the other] that has a major portion of 
its operating system w^ritten in a high-level language — RPL. 
This assisted us in reaching our ease-of-use goal. It allowed 
us to prototype user interface changes quickly in response 
to focus panel feedback and to test the newly implemented 
modifications. Ironically, programming in a high-level lan- 
guage also provided us with one of our major implementa- 
tion challenges- — minimizing response time. In many cases, 
this meant careful review of RPL code to see where the 
code could be optimized. In critical areas it meant rewTiting 
some sections in assembly code. 

Throughout the design of the Business Consultant, we 
w^ere confronted with the delicate balance between ad- 
vanced fnnctionaiity and ease of use. We devised ways to 
provide the functionality without sacrificing the product's 
short learning curve. Some of the techniques we use to 
accomplish this are displaying numerous help messages^ 
asking for confirmation when attempts are made to cleEU" 
significant amounts of data, using the top-row^-key interface 
and history stack throughout the machine's man^-^ applica- 
tions, and providing an easy mechanism for entering and 
modifying data. 

Ac know led g m e nts 

1 would like to acknowledge the rest of the software 
development team, Stan Blascow wrote all the math 
routines, with the exception of the solver, Pam Raby was 
responsible for the time application, Bruce Stephens de- 
veloped the low- level code that interfaces directly to the 
hardw^are, such as the display driver, printer^ and self4est 
software. Paul McClellan wrote the numeric solver, and 
Charlie Patton, Bob Miller, Gabe Eisertstein, and Laurence 




Fig. 5. Answer to percent changB probfBfn given in text. 
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History and Inspiration of the Solve Interface 



The equation solver concept and interface for the HP-1 8C and 
HP-28C Calculators were developed one evening after midnight 
in an effort to avoid the boredom of debugging the HP-71 Hand- 
held Computer's Circuit Analysts Pac. 

I was attempting to solve an equation by hand to determine 
whether the results of the Pac were correct. After three attempts 
and three different results with the same equation, I decided 
another approach was needed. Using the HP-71 and its Math 
Pac, I wrote a small function lo represent the equation and solved 
for the equation's roois using the fnroot function. At first, this 
seemed to be as difficuit as using the pencil-and-paper ap- 
proach. The variable in question needed to be isolated and 
pointed at^ and the function needed to be in a specific form. 
Although I had used this feature before, it was necessary to read 
the manual again to remember how to do ft, But once the function 
was completed, the roots were found quickly.. 

Once the mechanics were understood, it seemed simple to 
repeat the process with other equations. While experimenting 
with this structure, it became clear that the ability to select any 
variable easily would be very usetul. Then the same equation 
could be solved readily for any of its variables. 

Paui Swadener implemented a version that wouid accomplish 
this on several HP calculators, The vanabte was usually selected 
by specifying a number corresponding to the occurrence of the 
variable as it mapped to a register in an RPN program that 
represented the equation. He also accomplished this in the 
BASiC language by using subscripted arrays in place of the 
simple variables of the equat»ons. The interface ailowed a number 
to specify the required subscript, 

What seemed to be missing at this point was an intuitive inter- 
face that could be used easify without burdening the user with 
the mechanics or strict requirements of the operating system. 
This interface should allow the user to enter any equation and 
solve for any unknown within that equation without requiring a 
manual each time the interface was used. It should support any 
additional operation that would conthbute to using the results 
obtained from the equation. The interface should also reassure 
the user that the appropriate keys had been pressed and that 
the specified answer had been obtained. Ftnally, the require- 
ments of a fnendly equation soiver interface became apparent: 

■ It shoul d be possible to assign values easily and independently 
to all of the variables of an equation or formuia. 

• It must be possible to select any variable as the unknown to 
be determined. 

■ The keystrokes required to perform these operations should 
be minimal in number, and intuitive to the lay person, 

■ Output should be cleariy labeled to confirm the solutions. 



■ The equation should not require any special processing by 
the user before it ts typed in. 

Pondering these factors, I saw the similarities between the 

requirements of generaJ equation solving and the HP- 12C's time- 
value-of -money keys. The HP-12C uses an efficient interface that 
supports the assignment and/or selection of any vanable with 
the fewest keystrokes possible The oniy probiems were that it 
only worked for the variables that were printed on the keys and 
the results were not labeled. CouJd this interface be applied to 
any equation? The solution is to use a row of keys for the physical 
interface and let them be used for all equations. The display 
above them can be used lo label the keys in a manner similar 
to the softkey approach used on many terminals and computers. 
This requires either a muiiipie-line display or a very long single- 
line display, since the display must also show the values as they 
are input or output. 

The last missing piece was how to enter equations in the form 
required for the root-finding program. The easiest solution for 
the user wouid be simply to allow an equation to be entered In 
any form whether or not an equals sign is present. 

When ali of these ideas were combined and fabels were added 
to the output, I was surprised at how easy the interface was to 
use. As different equations were tried, certain additional en- 
hancements became desirable. Occasionally it was helpful to 
be abie to use the value of a variable from one equation as a 
variable in another. To accomplish this, all variables are ailowed 
lo be global. Thus, a variable maintains its value from one equ- 
ation to another unless it is recalculated or reassigned. At this 
point, the ability to scroll up and down a list of equations was 
added. This made it possible to solve tor a variable, press one 
key, and be in a different equation with the value for that vanable 
already assjgned. 

Once a working model of this interface was complete, samply 
showing its use to someone was enough to generate eiccitement 
and support, from both marketing and the lab. Here was an 
interface that could help write programs for us, and clear up 
some of the keyboard clutter that comes from many functions 
on a few keys. By using at least two display lines, we could make 
available many formulas or equation solutions without requiring 
more keys. The softkey s could also be used for more traditronal 
menus, supporting the functions already found on our calculators 
and computers, reducing keyboard clutter even further, and im- 
proving some of our more traditional user interfaces. 

Chris M. Biinsen 

Development Engineer 
Handheld Computer and Calculator Operation 



Grodd developed the RPL kernel. Paul Swadener was our 
financial consultant, Chris Bunsen pioneered the SOLVE 
user interface with his early prototype (see box above], 
Anne Ellendman was our patient manual writer, and Shar- 
on Bolden was our quality assurance person with a seem- 
ingly endless supply of energy. 
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An Evolutionary RPN Calculator for 
Technical Professionals 

Symbolic algebraic entry, an indefinite operation stack size, 
and a variety of data types are sonne of the advancements 
in HFs latest scientific calculator. 

by William C. Wickes 



THE HP'28C (Fig. 1) provides the most extensive 
matheniatical capabilities ever available in a hand- 
heid calculator. Its built-in feature set exceeds even 
tibe capabilities of the earlier HP-71B Handheld Computer^ 
with its Math HOM.^ Furthermore, the HP-28C introduces 
a new dimension in calculator math operations — s^Tnbolic 
algebra and calculus. A user can perform many real and 
complex number calculations with purely symbolic quan- 
tities, delaying numerical evaluation Indefinitely^ This al- 
lows a user to formulate a problem, work through to a 
solution, and study the mathematical properties of the so- 
lution entirely on the calculator. 
The HP-28C has the foil owing features: 

■ An RP.M calculator interface allowing an indefinite 
number of stack levels and a variety of data types 

■ A softkey menu system for key-per-f unction execution 
of all built-in and user-defined procedures and data 

■ Extensive real and complex number functions 



■ Sjmiboiic algebra and calculus 

■ An automated numerical root-finder (see article on page 
30. 

■ Vector and matrix math operations 

■ Automatic plotting of functions and statistical data 

■ Unit conversions among arbitrary combinations of 120 
built-in units and user-defined units 

■ Integer base arithmetic, bit manipulations, and logic op- 
erations in either binary, octal, decimal, or hexadecimal 
notation 

■ A keystroke-capture programming language enhanced 
by high-level program control structures 

« An infrared printer interface for printing and graphics 
output on the optional HP 62240A Infrared Printer. 
The HP-28C"s physical package differs from that of the 
HP-18C Business Consultant (see page 4] in only two as- 
pects. The HP-2SC uses different key nomenclature op- 
timized for its math operations, and it contains an addi- 
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Fig. 1 , The HP 280 Scimtiffc Pro- 

fessionaf Cafcaiator features sym- 
bolic entry of algebraic ej(pres- 
stons for an extensive range of 
funcUons capable ofhandhng reai 
and complex numbers > vectors 
and matnces, base 2, 8. 10. and 
16 integers, lists, and built-in con- 
version factors. The display can 
display up to four lines of the indef- 
inite-depth stack or be used to plot 
functions with a resolution of 
32x137 pixels An integral in- 
frared transmitter allows output of 
data and graphs to an optional 
printer. 
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tioiial 64 K bytes of ROM, for a total of 128K bytes. 

The design philosopfiy for the HP-28C was to general is;€ 
the ease of use, power, and flexibility of HP's RPN cal- 
culator interface to a wider class of data types and applica- 
tions while also eliminating some of the shortcomings of 
that interface. In the remainder of this article^ we describe 
some of the features of the HP'28C In the context of the 
evolution of the RPN interface. 

Enhanced RPN 

Reverse Polish notation (RPN), in which mathematical 
expressi ons are wri tten with f u n ct ions f fj 1 lowing their argu- 
ments, is embodied in computers and calculators by means 
of a last-in -first-out [LIFO) data stack. Mathematical and 
logical functions take their arguments (inputs) from the top 
of the stack, and return their results to the stack where 
they can be used as the arguments for subsequent opera- 
tions. An RPN stack is the most efficient medium for chain- 
ing and nesting calculations, and provides the greatest 
keystroke efficiency in a calculator. 

The original HP RPN calculator user interface was first 
used in the HP-35 Calculator'* In 1972. In that and sub- 
sequent HP calculators, the stack consisted of four fixed- 
length registers, each of which could contain one floating- 
point number (the HP-41C Calculator'* also permits al- 
phanumeric data in the form of a character string con- 
strained to fit in a fixed -length number register]. This sys- 
tem was satisfactory for the numeric-only capability of the 
early calculators, but with the advent of program mability 
and algorithms for more complicated data types, the restric- 
tions of the fixed stack became more and more of a design 
impediment. For example, in the HP'41C and HP-ISC'^ Cal- 
culators, complex numbers are represented by two real 
floating-point numbers » one for the real part and one for 
the imaginary part. Two stack registers are needed for each 
complex number, which means that a four-register stack 
can hold only two complex numbers, severely restricting 
the types of complex- number math operations that can be 
performed on the stack, For example, the complex-number 
expression [A -\- B)[C + D) cannot be evaluated without stor- 
ing an intermediate result away from the stack. 

The HP-2aC is the first HP calculator to modify the tra- 
ditional RPN interface. To begin with, the concept of a 
stack register is generalized to a stack level that can hold 
an object of indeterminate size. An object can be one of 
several types of data or procedures, each characterized by 
its internal structure and execution logic. Any object can 
be manipulated on the stack as a single unit. For example, 
a complex number is represented by an ordered pair of 
floating-point numbers that is entered and displayed in the 
form (number, number). Since a complex-iiumber object 
now occupies a single stack level, it can be manipulated 
with the same keystrokes used for a real -number object. 
For example, complex numbers in the first two stack levels 
can be added by pressing the + key, multiplied by pressing 
the X key, etc. 

Besides real and complex numbers, HP-28C data objects 
include real and complex- valued arrays (matrices and vec- 
tors), alphanumeric stringSj binary' integers, and lists* Bi- 
naiy^ integers are binan-^ coded integers of l-to-64-bit w^ords 
which can be entered or displayed in binary, octal, decimal, 



or hexadecimal bases. Lists are ordered collections of other 
objects. Data objects are characterized by the simple prop- 
erly (hat the evaluation of the object just returns the same 
object. 

The generalized stack concept permits the introduction 
of object classes that have no counterpart in previous RPN 
implementations. A name object, forexample, is a character 
sequence that is used to identify other objects by name. In 
the HP-2BC, the numbered storage registers on earlier cal- 
culators are replaced by variables. A variable is a combina- 
tion of a name object and any other object stored together 
in a linked list independent of the stack. Name objects have 
the property that evaluation of the name returns the object 
stored with the named variable (and if the object is a pro- 
gram, executes the program]. This means that a user variable 
behaves exactly like a built-in command. (In HP-28C ter- 
minologVH a command is a built-in, programmable operation.) 

A name for which no variable has yet been created fills 
the role of a formal variable in mathematics » upon which 
operations can be performed, even before evaluation. Such 
names just return themselves when evaluated. This prop- 
erty is central to the implementation of symbolic mathema- 
tics on the HP-2aC. 

Evaluation by name and the linked list of variables are 
modeled after a Forth dictionary. Built-in commands are 
compiled as their execution addresses, as in Forth. How- 
ever, user-defined names are compiled unresolved. This 
permits completion of undefined (formal) variables, and 
also allows selective purging of variables from memory, 
neither of which is possible in Forth, There is a degradation 
of performance compared to Forth because of the necessity 
for run-time resolution of user variables, but the overall 
throughput for user problem solving is usually better be- 
cause of the ease of programming and flexibility of the 
HP-2BC language. 

The remaining new object class defined in the HP-28C 
is procedure objects^ A procedure object contains an arbi- 
trary number of other objects that are executed automati- 
cally and sequentially when the procedure object itself is 
evaluated. The procedure class includes programs ^ which 
are unrestricted sequences of data, commands, or variables, 
and algebraic objects, which represent mathematical ex- 
pressions and equations and therefore must satisfy certain 
syntax rules. Both procedure object types can be manipu- 
lated on the stack, or named in a variable. In previous 
calculators, programs v\rere created and edited only in a 
special program mode. 

Variable Stack Depth 

ill another major break w^ith earlier calculator architec- 
tures, the HP-28C stack grows dynamically as new objects 
are entered onto the stack and shrinks as they are removed. 
The number of objects on the stack is limited only by avail- 
able memory. There are two major benefits of this approach. 
First, mathematical calculations of arbitrary complexity 
can be carried out entirely on the stack. Second, it facilitates 
structured programming — procedures can be defined exter- 
nally in terms of the number and type of arguments they 
take from the stack and the number and type of result 
objects they return. Subroutines can be nested to an arbi- 
trary deptli without concern for stack overflow. 
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Example Problem 



A farmer has too yards of tenctng to enclose a reclangufar 
fidd, whch IS bounded on one side by a nver Wtial tengtfi L 
and Width W of the field wiil ere lose the maximum area^ 

Sotution using HP-2BC- 

1. The length of me fence is 100. re L-^2W = 100 Enter 
equation using keystrokes *L + 2 j£W=ioo ENTER 

2. Solve for U ■ e., 100~2W, by pressing * t SOLV (SOL 

3. Assign this value to L by pressing * L STO 

4. The area of the field is LW, i.e., LW = AREA. Press ' l x w 

^ A R E A ENTER 

5. Substitute for L i.e . (100-2VV)W ^ AREA, by pressing EV At 

6. To find the maximum area, differentsate by pressing * w ekter 
d/dK, obtaining the expression -(2»w)4-{1qo 2*W)-0 

7. Collect terms, ie,, l00-4*W-0, by pressing aloebra 

COLCT 

8. Solve for W by pressing * w SOLV isol. 

9. Assign this value, i.e., 25, to W and solve lor L by pressing 
■ W STO L EVAL. This gives a result of 50. 

Answer The wjdth of the field should be 25 yards, and the length 

50 yards, The entire problem can be formulated and solved in 
the HP-29C without recourse to pencil and paper 



The use of an indefinite stack size as tlie central user 
interface is again reminiscent of Forth, The names of vari- 
ous stack manipulation commands — DUPt SWAP. ROLL, 
PICK, etc. — wrere adapted from Forth, However, the HP-28C 
adds a dimension of user protection derived from its cal- 
culator heritage. It is not possible to cause memor\^ loss 
bvt for example , pushing too many objects onto the stack 
as most Forth programmers have experienced. The HP-28C 
has an elaborate low-memory handler that prevents such 
drastic results- 

The memory stack is a stack of 5 -nibble object pointers, 
not the objects themselves. The objects are stored either in 
a temporary object area or in user variable memory- Thus, 
when an object on the stack is duplicated, only the pointer 
is duplicated- But when the stack h decompiled Jhe objects 
are shown, not the pointers, so fhat the stack has the visible 
and logical behavior of a stack of the actual objects. The 
existence and management of the object pointers is entirely 
transparent to the user. 

Command Line 

In keeping with its theme of uniform treatment of all 
object t>'pes, the HP'28C provides a free-form command 
line in place of the multiple entry modes of Us predecessors. 
For example, in the PiP-4lC the user enters fhjaling-point 
numbers directly into the stack's X register, alpha data into 
an alpha register in alpha mode, and programs into program 
memory via program mode. In the HP-28C, all new objects 
are typed as character strings into the command line, which 
is created dynamically when a number or letter key is pressed. 
The contents of the command line can be edited with cur- 
sor, backspace, delete, and insert keys. The unrestricted 
size of the command line allows the entry of more ihati 
one object on one line, as well as calculator commands 



that are specified by name. 

Different object types are identified within the command 
line by characteristic delimiter characters. For example, 
strings are enclosed in double quotes, variable names and 
algebraic expressions are siirrounded by single quotes, and 
lists are enclosed in curly brackets. These delimiters are 
also used when objects are displayed on the stack. 

The centerpiece of RPN keyboards has always been the 
ENTER key. On previous calculators the ENTER operation 
terminates digit entry, copies the contents of the X register 
into the Y register, and then disables stack lift. On the 
HP-28C the concept of stack lift disable has been elimi- 
nated (with an in definite- depth stack, it serves no purpose 
and would only add confusion), and the role of the ENTER 
key has been generalized to mean "parse and evaluate the 
command line," 

Context-Sensitive Keys 

The use of a command line entry method on a calculator 
that provides immediate key-per-function execution re- 
quires a dynamically configured keyboard that is sensitive 
to the current content of the command line. For example, 
the primary definition of the -t- key Is to add the contents 
of stack levels one and two, and normally, the addition is 
performed immediately when the key is pressed. To pre- 
serves keystroke similarity with previous RPN calculators. 
4- should act on the most recently entered arguments, 
whether or not they have been moved from the command 
line to the stack. On the other hand, if the user is entering 
an algebraic expression or a program, pressing the -H key 
should just append the plus sign to the conunand line. 
There is a large group of such context-sensitive keys, in- 
cluding virtually all programmable command keys. The 
remaining keys either execute immediatelyT like ENTER, or 
add characters and numbers to the command line, like the 
letter and digit keys. 

The action of context-sensitive keys is determined by 
three entry modes: 

■ In immediate mode, the default state, context-sensitive 
keys execute immediately. Where appropriate, most keys 
automatically perform ENTER before executing their own 
definitions. Thus the standard RPN sequence to add 3 
and 6 ot 3 ENTER 6 + is preserved^pressing the + key 
enti^nn (i onto the stack and then executes the addition. 

■ In algebraic entry mode* keys corresponding to com- 
mands such as 4. SIN, and LN that are legal in algebraic 
expressions append their function names to the com- 
mand line. All other commands execute immediately- 
These include, for example, stack operations that are 
outside of the scope of ordinary algebraic expressions, 

« In alpha entry mode, all context-sensitive keys append 

their labels to the command line. 
The active entry mode is indicated by the shape of the 
command line cursor. An open rectangle indicates im- 
mediate mode, d rectangle with two hori/*ontal lines inside 
shows algebraic mode, and a filled rectangle means alpha 
mode. Similar arrow shapes are used vt^hen command line 
entry is insertion mode rather than replacement mode- 

The choice of entry mode depends most often on the 
lype of object being entered into the command line. The 
HP-28C automatically changes entry mode when certain 
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delimiter keys are pressed. Pressing the ' key signifies the 
begirinmg of an algebraic object, which aulomaticaily 
changes the entry mode from immediate to algebraic entry. 
Similarly, pressing the "* key (strings) or the <( key (pro- 
grams) sets alpha entry mode. These automatic changes 
mean that most of the time, the user does not have to be 
concerned about the mode. 

Visible Stack 

The visible appearance of the stack is considerably differ- 
ent from previous calculators, beyond the simple consider- 
ation that the four-line display can show up to four stack 
levels simultaneously. A typical display might look like 
Fig, 2. Here we see thai there is a 2X2 matrix in level 1. a 
complex number in level 2, and an algebraic expression in 
level 3. Note that each object occupies only one stack level, 
even though each is composed of several parts. The nota- 
tion 1:, 2:, 3:, etc., was adopted to name the stack levels, 
because there was no logical extension of the traditional 
X, Y, Z, T sequence used for the earlier four-register stack 
to an indefinite number of stack levels. 

A major design challenge was solving the problem of 
how to handle the partial decompilation of objects for view- 
ing. In many cases, an object is too big to display on a 
single line, or even in the entire display. Therefore, it was 
necessary to devise a scheme to permit scrolling the display 
up or down through such an object. At the same time, the 
limited RAM of the HP-28C makes it preferable not to de- 
compile an entire object into a character string form, since 
there might not be enough memory available to hold a long 
display string in addition to the object itselL 

This problem is most severe in the case of algebraic ex- 
pressions. The internal RPN order of the objects ihat define 
an expression is not the same as the order of the terms in 
the decompiled form. The first object in the written form 
of an algebraic expression may well be the last object in 
the RPN execution order of the expression. The .solution 
is to generate a compact binary code to represent the display 
order of the objects in an algebraic expression, including 
the positions of parentheses and other special characters. 
This code is preserved as long as any portion of the alge- 
braic expression is displayed. Pointers into the code indi- 
cate the currently displayed portion and which portions 
to display next if the user moves the display window. 

Symbolic Mathematics 

The first eleutronic calculators were character! ;eed by 
their ability to apply a fixed set of operations to data 
supplied by the user in the form of real numbers. Program- 
mable calculators provided a new generation of capability 
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by allowing users to add their own custom operations to 
the built-in function set. The PiP-28C represents a third 
generation of calculator design with its capability of apply- 
ing logical and mathematical operations to programs. 

A conventional program can be considered as a symbolic 
calculation. That is, the program is written in advance of 
the data to which it is to be applied, and refers to that data 
only by name or other form of abstraction. However, cal- 
culator languages share the common limitation that they 
cannot manipulate the programs themselves or their sym* 
bolic results in their unevaluated form. This includes non- 
keystroke languages like BASIC, which accept expressions 
in a pseudomathematical form. 

The HP-28C provides two sjrmbolic object types: name 
and algebraic. In this context, name objects can be consid- 
ered as expressions consisting of only a single variable. 
Algebraic objects are just procedures that are entered and 
decompiled in expression form. They are identical inter- 
nally to RPN procedures (called programs, for simplicity), 
except that they are marked as algebraic objects. They are 
restricted in their definition to satisfy so-called algebraic 
syntax — they must take no arguments from the stack, return 
exactly one result, and be completely divisible into a hierar- 
chy of subexpressions^ each of which also satisfies algebraic 
syntax. 

The key to performing symbolic math operations on the 
HP-28C is the behavior of commands corresponding to 
mathematical functions, which accept symbolic argu- 
ments. Such a function examines its arguments, and if one 
or more is symbolic, returns a new symbolic object repre- 
senting the function applied to the symbolic argument. For 
example, if A' and '8' are on the stack, pressing the + key 
returns the result "A -k B\ Then pressing keys 2 and A returns 
■(A + B) A2\ 

When an algebraic object is evaluated by pressing the 
EVAL key, it behaves exactly like the equivalent program — 
each object in the algebraic object is evaluated in an RPN 
sequence. Consider the evaluation of the algebraic object 
'(A + B)^C", where A is has the value 2, B has the value X + Y, 
and C has no value. The expression is equivalent to the 
program key sequence A B + C x. When the EVAL key is 
pressed: 

1. A is evaluated, returning its value 2. 

2. B is evaluated, pushing its value X + Y onto the stack, 
which now looks as show^n in Fig. 3a. 

(cont'nu&d on page IBJ 
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Rg. 2, Typical HP'28C display wfth a 2x2 matm in level 1 , 
a complex number in level 2, and an aigebraic expression in 
level 3 
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(b) 



Fig, 3. {a} Display after & is evaluated (see lext). (b) Display 
after C fs evaiuated, reluming just its name. 
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HP-28C Plotting 



The HP-28C includes a simpte ploitjng capabtlity for the gen- 
eraijon of matbemalical furction plots and slalisttcai data scatter 
plois. Although the size and resolution of the liquid-crystai display 
severely limit the deiait axKj elegance of the graphics, such plots 
can be extremely useful in providing a giobal picture of the be- 
havior of a function or a set of statistical data fn parti cutar, a 
plot is almost indispefisable for finding initial guesses for the 
HP-28C's equation soivef, and for sorting out the ambiguities of 
multiple roots. 

As an example, consider the equation: 

K^-K^-2x + 76 = 

This equation has three roots, of which at tea si one is real If we 
plot the expression on the left, using the default plot parameters. 
we obtain the display shown in Fig. la. From Ih^s picture, we 
can observe that there are three real roots, which correspond to 
the points where the plotted curve crosses the axis. To zoom in 
on the region containing the roots, we can execute .3 ^W, which 
muJtiplies the honzontal range by 0.3. then plot again (Rg. 1 b). 

To determine a precise value for any of the roots, we: 
1 Digitize two points from the plot at selected values of the 

horizontal coordinate on both sides of the root 

2. Exit the piot and combine the two digitized coordinates into 
a list 

3. Activate the equation solver and store the list into the variable 
X as a firsi guess for the root-finder. 

4 Solve for X. 

Digitizing is achieved by means of a cursor superimposed on 
the plot The cursor can be moved with the cursor menu keys. 
In Fig. 1. the cursor is invisible because it coincides with the 
axes at the origin, We move the cursor up off the X-axis to make 
it more visible and over just to the teft of the middle root by using 
the^ and ^ keys (see Fig 2a) Pressing the INS key digitizes 
the cursor location by returning its coordinates to the stack as 
an ordered pair (x,y). Now we move the cursor to the nght of the 
intersection as shown m Fig 2b and digitize a second point 
Pressing the ON key exrts the plot so that the two point coordinates 
are shown on the stack (Fig. 3a) 

Combine the two points into a lis! by ej<eculing ^LiST Then 
activate the equation solver by pressingi SOLV SOLVR. The result- 
ing display is shown in Fig 3b, 

Finally, press the menu key X to store the iist as a first guess< 
then shffled X to soive for the 12-digit root = 337301614083 (Rg. 
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Fig. 3. (a) Digitized points from Ftg 2. (b) Combtntng points 
in (a) fnto a list, (c) Solution for middle root of equation using 
fist of points from (b). 

3c). The message Zero indicates that the expression evaluates 
to machine zero at that point 
Other HP-28C plotting features include: 

■ Autoscaling for statistical data plots 

■ Turning on specified pixels 

■ Printing display images on the optional HP 82240A Infrared 

Printer 

Gatie L Bsenstefn 

Development Engineer 

Handheld Calculator and Computer Operation 
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(contmyed from p&gs 14) 

3* + examines Its arguments, finds that one is symbolic, 
and so returns the symboIiL sum 2 + (X + Y). 

4. C is evaluated. Since it is a formal variable, it just returns 
its name as shown in Fig. 3b. 

5. Finally, * returns the symbolic result [2 4-(X+Y])+C. 
In addition to mathematical functions that can be in- 
cluded within algebraic expressions, the HP-28C provides 
a host of operations that are not represen table as functions, 
but can be applied to algebraic objects- These operations 
include expansion, collecting terms, subexpression sub- 
stitution, symbolic variable isolation, and an expression 
editor that permits rearranging an expression according to 
standard rules of algebra. See the box on page 13 for an 
example of the formulation and solution of a problem in- 
volving algebra and calculus on the HP-2eC. 

This application of RPN principles to algebraic expres- 
sions reflects the conviction that algebra, perhaps even 
more than numerical calculatian, is an interactive, postfix 
process where a user decides how to proceed with a calcu- 
lation according to step-by-step, intermediate res u Us as the 
calculation develops. An important aspect of the approach 
is that ihe HP~28C is the first calculator to offer a smooth 
integration of RPN and algebraic interfaces. A user can 
enter an entire calculation in expression form, as the user 
might using BASIC, or where appropriate, the calculation 
can be broken into subexpre.ssions for partial evaluation, 
with the intermediate results conveniently held on the RPN 
stack. 

Type Dispatching 

The inspection of arguments described above for alge- 
braic functions is an illustration of the more general type 
of checking and dispatching steps common to most HP-28C 
operations. Every HP-28C command has the following 
structure: 

check_argLjments. Iype_and -dispatch, dispatch_fist 

The checJcarguments process determines if the appropriate 
number of arguments are present, and issues the "Too Few 
/\rguments" error if not. Note that this error condition is 
not possible on previous RPN calculators, in which the 
four stack levels are never empty. The check^arguments pro- 
cess also saves copies of the arguments for possible retrieval 
by the LAST command. 

The type_and_dispatch process returns a code representing 
the type and position of the arguments and then inspects 
the dispatch list until h finds a matching code. Adjacent 
to each argument code in the dispatch list is a pointer to 
the executable program code for the command corre- 
sponding to the argument combination. If a match is found, 
execution branches accordingly. If the dispatch list is 
exhausted without a match, the "Bad Argument Type" 
error is returned. 

The t3,rpe-and- dispatch command structure has some use- 
ful side benefits: 
■ The USE option, available when the CATALOG operation 

is active, inspects the dispatch list to create a stack-use 

table to guide a user in the correct use of a command. 

This provides an important help facility at very little 

cost in ROM use. 



■ The type^and .dispatch w^ord is different for commands that 
axe legal in algebraic objects and those that are not. In 
algebraic entry mode, it is only necessary to check this 
word to determine whether to execute a conunand or add 
its name to the command line. Similarly, the check_argu' 
merits word indicates whether to append an opening paren- 
thesis to an algebraic command name as a typing aid. 
In addition to the type and dispatch encoding, algebraic 
functions also include pointers to the code for their corres- 
ponding derivative and inverse functions. 

Recovery Features 

The LASTX feature on RPN caleiilatqrs, which returns the 
contents of the X register before the most-recent X-register 
operation, serves a dual purpose. First, it provides a means 
of recovering from an incorrect operation — thus pressing 
LASIX - LASIX restores the stack to its state preceding an 
inadvertent press of the + key, Second, it permits repeated 
use of the same argument — pressing SIN LASIX COS + com* 
putes sin x + cos x. Both of Ihese features are present in 
the HP-2SCp but they have been separated and extended 
into more powerful operations. 

The error recovery feature has evolved into the HP-28C's 
UNDO operation. When ENTER is executed by pressing ihe 
ENTER key or any other key that does an automatic ENTER, 
a copy of the current stack (object pointers) is saved in a 
temporary environment. After the command line is 
evaluated, the effects of the evaluation on the stack can be 
canceled by pressing the UNDO key. which replaces the 
new stack with the saved version. 

All HP-28C commands that use stack arguments save 
copies of those arguments that can he retrieved by the LAST 
command. LAST pushes the recovered arguments onto the 
stack like its LASTX predecessor, but returns all (up lo three 
— no command u,se& more) of the arguments, not just the 
one returned by LASTX. 

These recovery features, together with the four-level 
command stack that saves the most recent command stack 
entries, can consume a significant amount of RAM in certain 
circumstances. Each of the tliree features can be disabled by 
the user when more RAM is required for an operation. 

Development Methodology 

The HP-28C firmware was developed in a year by a small 
team using Ihe RPL operating system and language (see the 
article on page 21). The use of a highly structured language 
was necessary for the implementation of symbolic mathe- 
matics, but also yielded a significant increase in productiv- 
ity^ compared with previous products, which were coded 
entirely in assembly language. A RAM-based prototype HP- 
28C was available only three months after begirniing the 
project, which made possible significant design changes 
based upon customer testing of the prototype. Thus, the 
emphasis throughout the project was on rapid prototyping 
of features followed by design modifications based on ac- 
tual keyboard use, rather than detailed advance specifica- 
tions. 

Acknowledgments 

Because of the close interaction of the members of the 
HP-28C firmware teamt it is difficult to separate the many 
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contributions of each person. Some major areas of respon- 
sibility were as follows. Gabe ELsenstein handled display 
and keyboard management. menus» printing, and plotting, 
Lam^ence Grodd took care of the operating system, real and 
complex scalar and array funclions, numeric integration* 
and type and dispatch logic. Paul McClellan developed the 
solver, algebraic object parse and decompile, statistics, and 
unit conversions. Robert Miller worked on the program- 
ming commands, object decompOe, the command catalog, 
low-memory handler, and binary integer operations, 
Charles Patton dealt with the operating system* hardware 
configuration, symbolic mathematics, command line 
parser, and program control macros. Max )ones, the author 
of the Getfinij Startfid Monuaf for the HP-2aC, made numer- 
oLis contributions to the user interface and the design of 
certain symbolic operations. 
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Mechanical Design of the HP-18C and 
HP-28C Handheld Calculators 



by Judith A. Layman and Mark A. Smith 



THE HP-1 BC AND HP-28C represent a new mechani- 
cal design for HP handheld calculators. These prod- 
ucts use a vertical clam-sheli format with a simpli- 
fied keyboard in a coat -pocket -size package. LTsing the pro- 
ductivity advantages provided by the use of CAD/GAM 
[computer-aided design and manufacturing) tools, the 
package was designed for manufacturability and then 
thoroughly tested for reliability to ensure quality perfor- 
mance for the customer. 

Layout 

The HP'18C/28C package was the first product at HP's 
Corvallis site to be designed principally on a CAD/CAM 
system. This system improved communication between de- 
sign engineers and manufacturing engineering uring the 
initial layout pha.se of the product. It also simplified check- 
ing tolerances and provided the expedient automatic trans- 
fer of information to the tooling shop for plastic part molds. 
CAD allowed easy analysis of the design such as package 
cross sections and the graphical simulation of case rotation 
[Fig. 1). 

Case Design 

The continual design challenge for handheld calculator 
products is providing more functionality in smaller pack- 
ages. Many components in the HP-18C and HP'28C are 
integrated to provide more than one function (Fig. 2). This 
minimizes volume in the product and also decreases the 
part count for production assembly. For example, the bot- 
tom cases not only provide the cosmetic and protective 



shell, but also support the flexible keyboard assembly. In 
addition, the ca.se half that houses the alphabetic keys is 
made to deflect slightly to create a latch which holds the 
product closed. 

Heats taking is a proven manufacturing process for pro- 
viding uniform keyboard support. Using this in combina- 
tion with the case assembly eliminates the need far .screws. 
This process was easily automated because it is cotitjoJla- 
ble, requires fewer parts that are easily presented to the 
toolings and results in a sturdier product. The industriai 
design team chose to give the outside of the HP-18C and 
HP-28C a clean appearance by keeping the package simple 
and free of overlays. Because of thiSj reverse ejection is 
used to move the molding gate remnant from the cavity 
(outside) to the core (inside) side of the part. Contrary to 
convention, heatstaking is done from the top side of the 
keyboard. The existing keyboard overlay is used to cover 
the heatstake rivet heads in addition to providing the sec- 
ondary function labels. The choice of polycarbonate as a 
case material helps ensure that the product will survive a 
one-meter drop on all six sides ► 

Dense Packagrng 

A hybrid printed circuit board (see article on page 25] 
Is used because the high pin count of the two display driver 
ICs did not allow them to be packaged in the conventional 
manner for a surface-mounted device. Because of the high 
cost of the polyimide substrate material used for hyl^rid 
circuits, the board size was kept as small as possible. In 
allt five ICs. twelve discrete surface-mounted devices » and 
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four discrete leaded devices are contained on this board. 
Tiie hybrid portion on one side of the board includes two 
display driver chips and the CPU chip with 263 wire bonds. 
The chips are surrounded by a molded plastic dike and 
encapsulated in epoxy. On the other side of the board, all 
the surface-mounted devices, including two 4 4 -pin quad 
packs, are loaded by robots and then vapor phase soldered. 
The four discrete leaded devices that cannot be vapor phase 
soldered have their leads preformed in a fixture and then 
are loaded by hand. One of these leaded devices is an 
inhared iight- emitting diode (LED) used to transmit data 
to a detached optional printer via an infrared link. In addi- 
tion to the components, the hybrid circuit board has contact 
pads for 21 key lines, a beeper, battery springs, and 178 
lines to the liquid-crystal display [LCD). 



LCD Interconnection 

The liquid -crystal display is a four-line, 2 3 -character dot- 
matrix display with seven status annunciators. The 178 
pads for connecting the circuit board to the LCD have a 
pitch of 0.032 inch and are laid out in two rows along the 
edges of the hybrid circuit board. The connection between 
the LCD and the hybrid board uses two e last om eric (zebra) 
connectors. To establish and maintain proper registration 
between the hybrid board and the LCD pads, the position 
of the LCD pads is determined optically. The LCD is then 
secured in a stainless-steel display clip using double-sided 
pressure-sensitive adhesive tape. The display chp is then 
positioned into the hybrid board using a hole that has been 
precisely punched with an accuracy of ±0.002 inch relative 
to the display pads. This assembly is then tested and 
crimped. 




3 



I / 



Rg. 1* CAD drawing of a hngltudinal cross sectson of the dosed package (top) ar^d a plot 

(bottom) of opened case haft rotated tn several positions. 
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Although this basic display assembly concept has been 
used successhiUy in two earlier calculator product hues. 
a few improvements were made in the HP-ieC Business 
Consuhanl. The first is the inclusion of a relief in the dis- 
play clip along the edges of the LCD to eliminate stress 
concentration on the display gJass. This allows the product 
to he dropped from a height of one meter onto all six faces 
with no functional damage. The second improvement is 
that the legs of the display clip are flared to allow a lead-in 
for easy assembly. The precisely punched hole not only 
establishes proper registration of the LCD to the hybrid 
hoard pads during assembly, but also ensures that the LCD 
will not shift after assembly. 

Hinge Link 

A compound hinge is used to connect the two halves of 
the HP-18C-'26C case because it allows the product to be 
used in different positions throughout its 360 degrees of 
rotation (Fig. l). By allowing full rotation, this also prevents 
a situation where the product might be highly stressed if 
dropped. Several methods of fastening the two hinge halves 
were investigated. These Included gluing, ultrasonic weld- 
ing, heatstaking, and fastening with screws. Even though 
it requires more complex plastic tooling, a snap-fit design 



is used because it offers the most repeatable, simplified 
process for assembly. 

The hinge pins on which the link rotates perform several 
functions. They are conically tapered to provide axial self- 
centering of the binge piece in each case half. The tip of 
the hinge pin is designed to preload against the inside of 
the hinge link. This creates frictionai drag which provides 
a high-quality^ feel to the product as it is rotated. The fragile 
tip is supported by the main body of the hinge pin which 
carries any high-stress loads. The hinge pins are open on 
the top for inserting the interconnect portion of the 
keyboard into the case halves. 

Keyboard and Flex Interconnect 

The technology' used for the integrated keyboard and 
flexible interconnect is conductive silver ink screened onto 
a polyester film substrate. This design allows a single sub- 
strate and screening to be used for both keyboards and the 
flexible interconnecL thus improving the reliability of the 
system. Twelve key lines run through the 0.140-inch in- 
side-diameter hinge link between the two keyboard halves. 
Because of the trace width limitations of the screened silver 
ink process* a complex folded design was implemented to 
run four layers of the substrate through the hinge link with 
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Fig, 2, ExpfodBd view of parts in HP-28C. The HP-16C is the same except for diffment Hey 
colors and labeis and one tess ROM on the hybrid circuit 
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each layer carrying three lines (see Fig. 3). Inside the link, 
the four layers run along one hinge axis, cross over to the 
other hinge axis, and return while being supported at both 
ends of each parallel segment 

The torsional stress is induced in a controlled fashion. 
Controlling the molion of the flexible circuit minimizes 
locations of stress concentration. As the product is rotated 
through its full range, the four flexible layers are twisted 
in torsion. Torsion was chosen over bending because it is 
less damaging to the conductive inL The reliability of this 
design was verified by cycling each leg of the flex circuit 
through 180 degrees for two million cycles with out a failure, 

The two keyboards that are an integral part of this flex 
circuit use the same screened conductive ink for the 
keypads and circuit matrix. The keyboard technology is 
typical of that used for membrane keyboards. After the 
silver ink is cured, a second screening operation deposits 
a carbon/graphite layer over the silver ink traces. This pro- 
tects the exposed key line connections to the hybrid circuit 
against silver migration. The carbon screening process also 
allowed the ready incorporation of 21 resistors for ESD 
(electrostatic discharge) protection. In one pass, a resistor 
is created in each key line by using the screened carbon 
to bridge a controlled gap in the silver traces. A pressure 




Fig. 3. Double exposure pnoiograph showng shape of ffex 
dfcuit and its tocation within the hinge assembly. 



connection is made betw^een the carbon on the key lines 
and the gold pads on the hybrid circuit board using two 
low-compression-set urethane foam pads. 

Tactile feel for the 72 keys is provided by two separate 
dome sheets of formed polyester, A spacer layer supports 
the domes while also providing a vent at pressure extremes 
and w^henever a dome is actuated. These layers are all 
attached to create a single part for ease of product assembly. 
The keyboard assembly w^as tested to half a million key 
cycles with no electrical failures and minimal degradation 
in tactile feeh Life testing was done at both ambient temper- 
ature and under environmental conditions of high temper- 
ature and humidity. Several iterations of key design and 
testing were required to achieve the life and tactile feel 
desired. 

ESD Protection 

ESD testing has consistently been a challenge in trying 
to release products to production on schedule. The testing 
typically camiot be performed until late in the project be- 
cause the completed product is required. Fixes that are a 
result of ESD testing, therefore, do not have time to be 
integrated into the product properly. With this in mind^ 
special consideration was given to ESD protection early in 
the design of the HP-18C and HP-2aC. A prototype model 
was built using a similar existing chip set on a prototype 
hybrid circuit. Results of this testing were incorporated in 
the final circuit design. Additional testing revealed a 
localized ESD susceptibility. As a result, an aluminum 
shield is incorporated in the back side of the keyboard 
assembly. This shield provides an alternate path for electri- 
cal discharge with iowi^er im^pedance and higher capaci- 
tance to ground. Hence, the HP-iaC and HP-28C can sur- 
vive a 25-kV discharge with no permanent damage. This 
is a significant achievement for a handheld portable prod- 
uct with no external ground. 

Conclusion 

The attention given lu manufacturability in the initial 
phases of development was worth the effort. The HP-18C 
Business Consultant was a fast-track project requiring 18 
months to develop. Even so, it made a smooth transition 
from the lab to production. It was up to mature volumes 
and yields after only four months in production. 

The mechanical design of the HP-2BC leveraged the work 
done on the HP-18C. It required only the addition of one 
ROM to the hybrid circuit and different overlays and key 
nomenclature. 

A c k n owl edg men ts 

The mechanical developm^eut was truly a team effort 
from many departments throughout the division. The lab 
design engineers spent long hours learning a new CAD 
system while designing a fast-track product. Much effort 
was spent to maintain reliability and manufacturability 
goals while on a tight schedule. Manufacturing engineering 
did an excellent job in designing the plastic mold and 
assembly tooling as well as providing early input in product 
design. The production team that assembled the products 
through the prototype builds and into production had 
much to do with the success of these products. 
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Symbolic Computation for Handheld 
Calculators 



by Chartes M, Patton 



A CALCULATOR OK COMFLITER operating syslem 
is primarily a set of conventions for memory organi- 
zation, data structures, and resource aliocation 
combined with a set of software tools to aid in performing 
operations in accordance v%'ith those conventions. In con- 
trast, an application Is software buUt using the resources 
and conventions of the operating system. 

In software development cycles for previous HP cal- 
culators the overall scope of the project was small enough 
that it did not make sense to segregate code inio operating 
system and applications, or even to formalize many of the 
conventions developed during the course of the project. 
However^ we have passed the point at which it makes sense 
to create such disposable code for each new machine. 
Paradoxically, this has come about through our attempts 
to make calculators simpler, rather than more complicated. 
Simpler, of course, means simpler to humans, and what is 
simple and seemingly natural to humans is anything but 
simple and natural from the point of view of the machine 
(and vice versa). 

In 1984 w^e began the design of an operating system to 
meet the needs of future calculators and handheld comput- 
ers. 

Design Goals 

The design goals for the system were strongly influenced 
by the orientation of various research and development 
projects under way at the time. The goals included: 

■ Supporting symbolic mathematics operations in a hand- 
held computing environment 

■ Allowing for maximal trade-off of ROM space for RAM 
space 

■ Providing a compact, extensible syslem able to support 
a variety of handheld computation systems 

■ Providing a rapid prototyping environment for calculator 
development 

■ Paving the way for future expert-system capabilities. 
In the remainder of this article, I will try to explain what 
these goals entail, how the design team attempted to ad- 
dress them in the RPL operating system, and something of 
how the features are used in the HP-28C, 

Design 

The characteristic that most clearly differentiates a sym- 
bolic math system from numerical systems is the ability to 
use an expression (or more generally, a program) as both 
a procedure to run and as data to manipulate. An example 
that illustrates this requirement is the derivative operator. 
Suppose you were to implement the derivative operator 
on your programmable calculator so that you could take 
thc! derivative of a program. You wouhl need lo find somR 
way to have the program passed to the derivative program 



unevaluated, since if it were evaluated all you would get 
as a result would be a number. Your derivative program 
would need to take the argument program apart, compute 
the derivative, and reassemble the result into a new pro- 
gram. 

In the process of investigating the feasibility of imple- 
menting s\Tnboiic math operations on a calculator, the de- 
sign team examined a variety of operating systems, includ- 
ing BASIC. Forth, and Lisp. While any of these systems 
can be made to support the capabilities necessary for sym- 
bolic math, it is Lisp that most fully integrates them into 
the structure of the system. On the other hand, the efficient 
memory management scheme of Forth, along with its RPN 
style consistent with previous HP calculators, made it a 
serious contender as well. The ultimate result is a combi- 
nation of features from both Lisp and Forth tliat we call 
the ROM'based procedural language, or RPL. 
RPL and Lisp. Features RPL has in common with Lisp 
include: 

■ The notions of atomic and composite objects and mech- 
anisms to create and dissect composite objects 

■ Strict call -by- reference protocol 

■ The quote operation, whereby an unevaluated object can 
be passed as an argument 

■ Temporary (or lambda) variables useful in defining func- 
tions 

" A temporary object area and a garbage collection scheme 

for reclaiming memory from this area. 
RPL and Forth. Features RPL has in common with Forth 
include: 
■■ Reverse Polish notation (RPN) 

■ Arguments passed to operators on an unlimited stack 

■ Full complement of stack-manipulation operations 

■ Threaded execution. 

However, RPL differs from both Lisp and Forth in a 
number of significant respects. These differences are direct 
responses to the challenges posed by a handheld computing 
environ men I. While great strides have been made in in- 
creasing the amounts of random access memory available 
in handheld calculators at a reasonable price. Rf\M is still 
a relatively scarce commodity. Similarly, while the execu- 
tion speed of central processing units at a given power 
consumption has increased dramatically, so have the over- 
all power requirements for calculators. Consequently, cal- 
culator CPUs are often run at a leisurely pace compared to 
their rated speed. These two facts have had an especially 
significanl impact on the design of RPL. 

In RPL the fundamental data structure is an object. An 
RPL object is similar in design to a Forth word, and consists 
of the address of the executable code that determines the 
type of the object fthe prolog), and the data that makes up 
the body of the object [Fig. t). 
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Objects can be classified as either atomic or composite. 
The data part, or body, of a composite object consists of a 
sequence of objects and/or addresses of objects terminated 
with a special end marker (Fig. 2j. Any other structure is 
classified as atomic. 

This composite object structure is quite different from 
its Lisp and Forth analogs. In Lisp, a composite object is 
a binary tree of addresses corresponding to the address of 
the first object and the address of the rest. In RPL, the 
address of both the first object and the rest are computable 
from the address of the object, but they are not explicitly 
part of the object. This implicit addressing tends to decrease 
RAM use when objects don't stay in RAM very long, as is 
the case for a limited RAM system. 

The Forth structure most analogous to the RPL composite 
is that of a secondary. The key difference is that in RPL a 
pointer to an object or a copy of the object itself can be 
included in a composite with operationally identical re- 
sults. This embedding capability allows RPL to use address 
referencing when the addressed object is not likely to move 
(or be removed) and copy referencing otherwise. One con- 
sequence of this structure is that object addresses within 
composite objects can reference objects within other com- 
posite objects (Fig* 3). This capability also allows for more- 
sophisticated memory compaction schemes. 

Object Types 

Seventeen object types are currently defined for the RPL 
system although object types can be added and removed 
from the system in a relatively straightforward manner. We 
can break down the atomic objects further into classes de- 
pending on certain characteristics of their prologs. The 
classes are identifier class, data class, and procedure class* 
Identifier Class Objects, There are three object types in the 
identifier class: ordinary identifier, temporary identifier, 
and ROM pointer. An ordinary identifier is a self-executing 
variable name. When an ordinary identifier is executed, it 
searches through the user's variable area for the value 
bound to the variable name, and executes the bound object 

A temporary identifier is similar to an ordinary identifier, 
except that when executed, it searches through a stack: of 
temporary environments for its bindings and returns the 
bound object without evaluating it. 

A ROM pointer Is used in place of the address of an 
object when the referenced object is in a plug- in ROM 
which can move, or be removed from the system. When a 
ROM pointer is executed » it executes the object it refer- 
ences. 

Data Class Objects. Data class objects have the property 
that when executed, they merely return themselves. These 
objects include: 

Lower Addresses 
Address of Prolog 



Lower Addresses 
Address of Prolog 



Addrefti of Object 



Addfus o1 Obioct 



End Marker 
Higher Addresses 



FIfl. 2. Structure of a oamposite object 

^ Standard and extended-precision floating-point real and 

complex numbers 
^^ Sequences of characters and sequences of hexadecimal 

digits 

Unsigned short binary integers 
' Arrays and linked arrays of objects of uniform type. 

An unusual data class object supported by RPL is the 
RAM/ROM pair. A RAM/ROM pair is essentially a pair of 
name-object association lists, one of which resides in built- 
in or plug-in ROM, and the other of which resides in RAM. 
It embodies the idea of an extensible ROM -based vocabu- 
lary with subvocabularies and context switching. 
Procedure Class ObjectSt Procedure class objects actually 



Address of Prolog 










ActdfBSs of Object 






• 




1 


AddrvBs of Object 






a 






Objector 
Address of Object 






Ertd Marker 





Address of Prolog 



Objector 
Addre&i of Object 




End Marker 



Higher Addresses 
Fig. 1. Structure of ari RPL object. 



Fig. 3, An address within a composite may reference an 

object wstNn anottier composite. 
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do something when they are executed. There is only one 
type of atomic procedure class object, and that is the 
machine-code object, The body of a machine-code object 
contains a sequence of instructions, interpretable by the 
native CPU of the system, which are executed when the 
object is executed. 

Comfiostte Objects, There are three composite object types: 
the list, which is data class, the program, xvhich is proce- 
dure class, and the algebraic expression, which is also data 
class ^ The three types have a ver\^ similar internal structure, 
with a program body being a refinement of a list body, and 
an algebraic expression body being a refinement of a pro- 
gram body. 

Supporting Symbolic Math 

Systems that support symbolic mathematical capabilities 
are often classified by the amount of translation done in 
converting from a user's typed input to the internally de- 
fined data structures. A system is deemed to be radical if 
the translation is extensive and conservative if little trans- 
lation is done. In these terms > the HP-28C is very conserva- 
tive. The most significant translation done is converting 
the user's input from algebraic to reverse Polish notation. 
The decision to foHow this approach was motivated by a 
variety of factors. 

One motivation for conservative translation was to 
maximize the perceived responsiveness of the system. In 
a highly interactive system with the range of processing 
speed available in a handheld environment, data entry and 
translation can occupy a large fraction of the overall pro- 
cessing time. A simple translation minimia^es this operating 
overhead > 

Compact representation was a second motivation. Stan- 
dard mathematical notation has evolved over the centuries 
toward a very compact encodingof the information relevant 
to the problem at hand- Our theory is that if a user types 
in an expression in a certain form, that fnrm is likely to 
reflect important aspects of the problem the user has in 
mind. Those aspects are liltely to become hidden in any 
radical translation of the form of the expression. 

Another motivation was pedagogicaL The HP-28C is de- 
signed to be a teaching tool as well as a problem solver. 
We wanted to provide operations that resemble pencil-and- 
paper operations so that the user can follow and/or choose 
each step of the operation. To allow this, the internal struc- 
ture of an expression must correspond closely to the dis- 
played form of an expression, and hence to the form that 
the user types in. 

A final motivation was the uniformity of structure af- 
forded by minimal translation. The internal structure of an 
expression is the same as that of a program, Thus^ no special 
evaluation mechanism is needed to run an algebraic expres- 
sion. 

Pattern Matcttlng 

Pattern matching is another technique commonly used 
in symbolic math systems. A variety of pattern matching 
tools are used al a variety of levels in the HP-2flC. The 
lowest- level pattern matching tool is type dispatching, 
wherein the data types of a set of objects on the stack are 
matched against a set of templates and the resulting match 



determines the operation to be applied in this case. This 
structure can be obser\^ed in the HP-28C"s CATALOG opera- 
tion. Each function includes a type-dispatching segment 
and the CATALOG operation examines the templates in- 
cluded in the function to generate the various possibilities 
shown by pressing the USE softkey in the CATALOG menu. 

At the highest level, an ex press ion -structure pattern 
matcher compares an expression with a set of templates. 
The resulting match determines the operation to be per- 
formed* 

Between these two pattern levels are a number of more- 
specialized pattern matching utilities which are especially 
useful in the standard evaluation and simplification al- 
gorithms. Although these pattern matching utilities are 
each quite narrow in scope, the uniform RPN structure of 
expressions and programs, the ability to use programs and 
expressions either as executable procedures or data, and 
the ability to dissect and construct programs on the fly, 
enable quite general pattern matching operations to be con* 
structed easily. 

Symbolic operations are typically defined recursively, 
that is, the result of applying an operation to an argument 
is defined in terms of the result(s) of applying the operation 
to simpler argument(s). In this way. the operation need 
only be given for the simplest cases, together with a method 
for reducing a more-complicated case to simpler cases. This 
definition method is natural for symbolic operations and 
makes programming the operation simpler and less error- 
prone. 

The RPL operating system is designed to support recur- 
sion in an efficient and flexible form. Efficiency is achieved 
through the uniform use of the stack for passing arguments 
to operations, the implementation of indirect execution 
instructions in the central processing unit, and other 
methods of minimizing the operating overhead inherent in 
function calls. 

Flexibility is achieved by the automatic management of 
temporary variable environments, and a full complement 
of control structures that can help minimize the unneces- 
sary buildup of operating overhead. In the HP-28C it is a 
fairly common occurrence, for example, for a program to 
create another program and then pass execution control to 
the newly created program (which itself may create a new 
program), all at the same execution depth. While this is 
not the usual case for recursion, it does illustrate the kind 
of flexibility available in the RPL system, 

Trade-Off: ROM for RAM 

In designing the RPL operating system, we decided to 
try to make use of the ROM available in a way that would 
allow us to get more use out of the limited RAM in the 
system. The idea is that if an answer exists in ROM, then 
it only needs to be referenced in RAM, and in effect it takes 
up very little room. While this seems like a straightforward 
technique, It was the determining factor in many of the 
design decisions encountered in implementing RPL. Some 
examples are the call -by -reference protocol, smart object 
creation, and embedded objects. 

The standard RPL functions take their arguments from 
the data stack and return their results to the data stack. 
The data stack, however, is not a stack of objects, but rather 
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a stack of pointers to objects, that is, memory addresses of 
objects. Thus every function is passed the addresses of its 
arguments and it returns the address of its result, it is 
crucial to the operation of the system that the objects ad- 
dressed on the stack be allowed to reside anyiA^here in the 
system — in built-in ROM, in a movable ROM^ embedded 
as part of the value of some user*s variahlet or within the 
temporary object area. The arguments themselves are not 
altered by the operation of the function (indeed, they can't 
be if they reside in ROM], but this is not necessary since 
all that is required is that the function return the address 
of the result^ vchich again can reside anywhere in the sys- 
tem. This protocol is put to good use in the HP-28C where 
a sizable number of frequently used objects, including one- 
letter variable names, are included in ROM. Furthermore, 
functions that return results equivalent to one of these ob- 
jects do not create another copy in RAM but merely point 
to the existing copy. 

The composite-object creation and dissection operations 
also play an important role in RAM-saving aspects of the 
RPL system. Since any object can occur within a composite 
object either as an embedded object (the whole object 
copied in) or as an object pointer (only the address of the 
object is copied in), with functionally equivalent results^ 
the composite object creation operation can choose to han- 
dle objects residing in different areas of memory differently. 
If an object resides in ROM, only the address of the object 
is copied into the composite object. However, if the object 
resides in the temporary object area, the whole object is 
copied in, making it unnecessary to change the address 
within the composite object when the object is moved in 
memory. Other areas of memory with varying degrees of 
mobility are handled according to the needs of tlie system. 

When a composite object is dissected, it is never neces- 
sary to copy any part of it. For example, if an object was 
embedded in some composite object in ROM, it is never 
copied to RAM, even if the original composite object is 
pulled apart. 

To get the maximum use out of ROM, it is sometimes 
necessary to be able to copy objects from ROM to RAM 
and have these copies act in the same way. With one excep- 
tion, the currently defined object types operate the same 
in RAM and ROM. The exception is the RAM/ROM pair, 
which by definition has a RAA'I component in which a 
user's variable values can be stored. Even so, a RAM/ROM 
pair can be converted to a ROM- like structure (a so-called 
ROMP ART] which can itself then be referenced in a RAM;' 
ROM pair. 

Supporting a Variety of Calculators 

RPL provides scaffolding for the construction of a system, 
as well as a basis for operation. The complete version has 
considerably more structure and functionality than was 
used in developing either the HP-18C or the HP-2SC, al- 
though the subsets used in these two machines are rather 
different. There are explicit points at which the system can 
be either contracted or expanded and still maintain logical 
coherence and system integrity. This allows RPL to be used 
in a variety of situations. 



Rapid Prototyping 

Taken together, the stack method for passing parameters, 
the call-by-reference protocol , and the possibility of embed- 
ding arbitrary objects within procedures tends to result in 
very modular code. This modularity contributes to both 
the possibility of reusing code and the rapid generation of 
new code. Even when a programmer needs to perform 
nonstandard operations that require machine code, the sim- 
ple interface with the stack, together with a complete set 
of memory management utlHties, mean that a programmer 
can make full use of the central processing imit for the 
problem at hand. Since this eliminates resource allocation 
conflicts, the code is easier to write, test, and reuse, 

A typical version of an RPL system is composed of a 
number of parts, each part relating to some facet of the 
structure. These include: 

■ Prologs: defining the execution behavior of each data 
type 

■ Memory management: resource allocation in the tempo- 
rary object area, memory movement ^ address updating, 
and garbage collection 

■ RAM/ROM pair management; identifier resolution, vari- 
able store, recall, purge. ROMP ART manipulation, and 
context manipulation 

3 Predicate, logic, and address arithmetic; equality, order- 
ing, NOT, AND, and OR operations, addition, etc. 

■ Object creation and dissection: head, tail, nth-element, 
concatenation, composition, decomposition, length, etc, 

■ Data stack manipulation: stack depth, duplicate, swap, 
etc. 

" Data type conversions: character to integer, integer to 
character, etc. 

"- Control structures: quote, evaluate, runstream manipula- 
tion ^ loops, and temporary variable binding 

■ Array manipulaUon: creating, redimensioning, access- 
ing, and changing elements 

* Configuration: chip- level configuration, ROMP ART con- 
figuration, and polling 

■ Exceptions: error trapping, error generation, and error 
handling tools 

■ Interface management: key and menu map manipulation, 
and edit buffer manipulation 

ffl Parser tools: token parsing and parser-generator tools. 

While the operations provided by the bare RPL system 
are quite elementary, they are sufficiently generic and sup- 
ported by enough structure to make it easy to get a prototype 
of a new system going in a short time. Once the design of 
a prototype is ironed ont in a standard RPL implementation, 
it can be optimized further by implementing new data 
structures and/or translating critical RPL procedure objects 
to more-specialized machine-code equivalents. 

Summary 

RPL is an operating system designed to support a variety 
of applications in a handheld environment. It shares a 
number of features with both Forth and Lisp systems, but 
has a number of features thdt allow it to operate in systems 
with quite limited RAM. The key design aspects include: 

■ The universality of structured objects 

■ Implicit ''tair' pointers in composite objects 

■ Functional equivalence of addressed or embedded ob- 
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jects with in composite objects 

■ Strict call-by-reference protocol 

■ Uniform parameter passing on an unlimited data stack 

■ Automatic temporan' variable management 

■ Quoting operation to allow procedures to be passed as 
data 

m Full complement of RPN-style contTol stnictiires. 

While we do nol expect the RFL operating sj^stem to be 
used outside of HP's Handheld Calculator and Computer 



Operation* we feel that it provides a finn foundation for 
advances in soft^vare technology for handheld computing 
envirorunenis. 
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A Multichip Hybrid Printed Circuit Board 
for Advanced Handheld Calculators 

by Bruce R. Hauge, Robert E. Dunlap, Cornells 0. Hoekstra, Cheng Num Kwee, and Paul R. Van Loan 



WHEN \VE BEGAN the search for an iC packaging 
and interconnect system for HP's new series of 
calculators, the design challenges were formid- 
able. Chief among them was achieving an effective com- 
promise among increased circuit density* reduced package 
volume* greater reliability, and lower cost. Ultimately, our 
decision was to proceed with a hybrid printed circuit board. 
No other packaging technology could meet the combined 
requirements of high pin count, low package profile, en- 
vironmental stability, and low cost. 

The use of hybrid printed circuits is not new for HP. 
Beginning with development of the HP-4tC Calculator 
nearly ten years ago. the technology has been designed into 
many of our handheld products. This e%^olution has led to 
the hybrid printed circuit board used in the HP-18C and 
HP-28C Calculators. 

The advantages of hybrid printed circuit boards are: 
m High density. The use of high I/O count chips [>100 
pads) with less than 25% of the area required by compar- 
able discrete packages, multichip and multicomponant 
applications, and linewidth and spacing geometries of 
0.005 inch, 

■ Design fiexibility. A double-sided board allows flexible 
adaptation to layout requirements. Artwork changes are 
inexpensive and rapid, selective gold plating for 
wirebond areas can be used, and finished via hole diam- 
eters can be as small as O.OnS int:h. 

■ Solderability. Components can be added using a wide vari- 
ety of surface mount or lead insertion solder processes, 

■ High reliability; For example, customer line scrap on ihe 
latest HP-4IC hybrid circuits is less than 700 ppm per 
IC, and the field failure rate is negligible. 

■ Rapid design turnaround. Artwork changes can be done 
in five weeks, and assembly prototyping can be done in 
one to two weeks. 

B Low cost. The cost of a hybrid printed circuit compares 



favorably on a per-pin basis with all other medium-to- 
high pin- count package types. 

Features 

The two-sided hybrid printed circuit board used m the 
HP*18C and HP-28C Calculators measures approximately 
three inches by 1.5 inches (not including the tab for the 
infrared LED. see Fig. 1). The top side of the board (the 
side that mates with the liquid-crystal display of the cal- 
culators) bears three custom ICs» two display drivers, and 
a microprocessor, which are epoxy die attached to the board 
and connected by a total of 263 gold wire bonds to gold- 
plated pads. The three ICs are encapsulated by an epoxy 
layer retained by a dike structure. The reverse side of the 
board bears two custom ROM chips in plastic quadpacks 
and nine passive surface-mounted components. In addi- 
tion, four through-hole components are attached, including 
an LED for wireless infrared transmission of data to an 
accessory printer* The finished hybrid circuit with 18 com- 
ponents constitutes virtually the entire electrical system 
of the calculator. 

Technology 

In its basic form, a hybrid printed circuit consists of one 
or more chips that are attached to a printed circuit board, 
wire-bonded- and then encapsulated to provide mechanical 
and environmental protection. The early plug-in video 
game cartridges^ primarily designed to be inexpensive, con- 
tained a chip mounted on a single-sided board. These 
boards required no gold plating except for their edge con- 
nector, used aluminum wire bondings and were encapsu- 
lated with a glob of epoxy over the IG. Because of their low 
cost and minimal environmental requirementSt it was more 
cost-effective simply to replace defective cartridges, rather 
than develop a more reliable assembly. The hybrid process 
described here incorporates severai improvements over 
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these "jelly bean" types of hybrid circuits. 
Printed Circuit Board. A high -temperature laminate, either 
polyimide or a modified polyimide is used. This allows 
the use of high-speed gold thermosonic bonding and pro- 
vides an additional margin for high -temperature applica- 
tions- 
Nickel/Gold Plating. The etched copper traces are confor- 



mally plated with a difhision layer of nickel. Then high- 
purity, soft gold is conformally plated over the nickeL The 
conformal plating reduces the possibility of exposed cop- 
per, which could lead to dendritic growth between adjacent 
traces. The nickel also provides a hard underlying surface 
for wire bonding. The gold plating provides an oxide-free 
surface for gold wire bonding and protection in harsh and 




Fig, 1 . Front (top) and back (bot- 
torn) Bides of hybnd printed arcuit 
board. Precisely punched rectan- 
gular hole is located at upper left 
in top vtew and upper nght in bot- 
tom view. 
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moist environments. 

Die Attach. A high -purity, silver^filled epoxy is used to 

attach the ICs to the board. This provides good thermal 
and electrical coDductivit>' to the die-tittach pad. 
Wire Bonding. Therino sonic (a combii^ -^tion of temperature 
and ultrasonic energy] wire bonding is used to connect the 
IC pads to the board traces. The use of gold wire with a 
diameter of 0.00125 inch and an average pull strength of 
15 grams provides extra margin at temperature extremes- 
Encapsulation. A low-ionic-content epoxy is used to en- 
capsulate the fCs and their bond wires. Entrapped air is 
minimized by precuring the boards in a vacuum oven* The 
thermal coefficient of expansion and the cure cycle are 
important aspects of encapsulation that must be carefully 
controlled to minimize thennomecbanical stresses on the 
ICs and bond wires. 

Development Program 

Because of the high number of wire bonds (263), it is 
imperative to obtain the highest yield possible at this oper- 
ation. Our defect rate goal of less than 100 ppm translated 
to a part yield at the wire bond operation of 97.4%. To 
achieve this» we needed the expertise of the people at HP's 
manufacturing facility in Singapore. Therefore, we added 
a Singapore engineer to our design team in Corvallis for 
six months to work on the tooling and optimization of the 
wire bonder. 

Tooling modifications were necessary to allow for bond- 
ing boards processed in a panel configuration , rather than 
a single board at a time. This required changes to the X 
and Y travels of the bond head, a much larger healer block, 
and a different clamping arrangement. 

For the optimization, a partial factorial experiment was 
conducted to determine the primary parameters that affect 
bond quality. After this experiment was completed, an 
operating window study determined the limits of the key 
parameters. Table 1 outlines the results. 

Table I 

Key Bonding Parameters 
Pa ramete r Spec if i cati o n L t m its 



Temperature 


160tol70"C 


Power 


40 to 45 pulses/s (die side) 




70 to 75 pulses/s (lead side) 


Sink depth 


30to90;jLm{dieside) 




1 50 to 250 ^m (lead side) 


Force 


40 to 50 grams (die side) 




goto lOOgrams (lead side} 


Time 


15 to 25 ms [die side) 




35 to 45 ms (lead side) 



The choice of laminate for the hybrid substrate was nar- 
rowed to materials that could withstand the wire-bonding 
temperatures and times without deterioration. FR-4 boards 
are normally not usable for therm osonic bonding since a 
high glass-transition temperature (Tj^) is required. A mod* 
ified polyimide laminate was chosen because of its rela- 
tively high T^ (180°C), and its lower cost and ease of 



mach inability compared with polyimide laminates. 

The mechanical design of the hybrid w^as determined to 
a large extent by the needs of the calculator design group 
and by the surface mount process in printed circuit assem- 
bly. The board thickness was increased from the normal 
value of 0.031 inch to 0.047 inch to provide a more rigid 
substrate. The height of the encapsulating epoxy must be 
kept to less than 0.080 inch because of tight spacing be- 
tween the board and the LCD assembly. A molded plastic 
dike is used to contain the epoxy and maintain a uniform 
thickness. 

To exploit automated board assembly fully and to 
maximize material use, the boards are delivered from the 
vendor in a four-board subpanel, using an interdigitated 
layout. The parts are kept in subpanel form throughout the 
hybrid and surface mount processes. Only at the hand-sol- 
dering operation are the boards separated from the sub- 
panel. 

One of the special requirements is a precisely punched 
rectangular hole (see Fig. 1). This hole must be punched 
and referenced to the board artwork to an accuracy of 
±0.002 inch. The purpose is to allow the use of preaiigned 
display assemblies (LCD plus crimped metal can). This 
differs from previous HP calculator assembly techniques 
that require the LCDs to be adjusted manually for each 
calculator, A vendor was located that had developed equip* 
ment to achieve this. Once we proved the accuracy of the 
machine, we arranged for the precision-punching to be 
done by the board vendor. 

Some of the more severe tests for hybrid circuits are 
moisture resistance, thermal shock, and multicycle vapor 
phase soldering. We ran engineering tests to determine 
whether we had sufficient margin to pass our qualification 
tests. We saw no problems in the thermal shock and vapor 
phase soldering tests. However, during the moisture resis- 
tance test, we discovered some procedural and humidity 
chamber design problems. By discovering and correcting 
these problems before the final qualification run, we avert- 
ed any program schedule delays. 

Because of differences in the coefficient of thermal ex- 
pansion between the printed circuit board, silicon chips, 
and encapsulating epoxy, mechanical stresses can develop 
during heating and cooling. After cooling the subpanel 
down to room temperature from an epoxy curing tempera- 
ture of ISO'^C, a noticeable warpage of the subpanel de- 
veloped, often greatly exceeding the allowable maximum 
of 0.075 inch. 

We focused on revising the cure cycle as the method to 
minimize the panel warpage. We needed to cure the epoxy 
as completely as possible, but not lock in a high state of 
stress* Hence, a two-stage cure cycle was implemented. 
The parts are cured for three hours at 125°C. then ramped 
down to 58°C over two hours. This results in parts that 
consistently pass the maximum warpage criteria. 

In a normal printed circuit board manufacturing procesSt 
the areas to be plated are defined by a negative resist on 
the copper-clad laminate. The exposed copper areas are 
then plated with additional copper, nickel, and gold. After 
plating, the resist is stripped off and the exposed copper 
between the plated areas is etched away. However, this 
results in traces with exposed copper on their sides. The 
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exposed copper can react with moisture and an applied 
bias to form copper dendrites. Hence > several plating en- 
tiancements were implemented to improve the reliability 
and reduce the costs. 

The first of these is to process the board in a conformal- 
plating configuration. This means that the copper etching 
is done before any plating occurs. Since the sides of tbe 
traces are now exposed during plating, the copper is sealed 
in by the nickel and gold plating steps, thereby reducing 
the likelihood of dendritic grovvih. 

P'or conformal plating, all of the features are electrically 
bused together. This is normally achieved by running small 
traces off the board for connection to the plating bus. How- 
ever, since this hybrid board null have a metaJ can crimped 
around it to hold the LCD. we risked shorting to these 
plating traces. Therefore, an alternative method was de- 
veloped. A plating ring is set up around each of the three 
die-attach pads. Small traces from each bond finger are 
connected to these rings, and a single trace is then run off 
the edge of the board in a safe area. After plating, a fine- 
diameter router is used to cut away each of the plating 
rings and open up the shorted plating traces* A solder mask 
layer on top of the rings and traces helps anchor them to 
the board to minimize any smearing of the copper during 
routing. 

To reduce the amount of high-purity gold plated on each 
board, a selective plating resist is screened on after the 
boards receive a flash gold plating 5 to 20 microinches 
thick. This resist exposes only the bond fingers, which are 
subsequently plated wath 40 microinches of high-purity, 
soft gold for wire bonding. The resist is then stripped off. 

Test Program 

The test software and hardware embodies many features 
absent in the evaluation of previous hybrid circuits. The 
prominent features are a modular test program, the use of 
solid-state analog multiplexers to leverage a few available 
tester channels for testing continuity on many pins, and a 
large free-standing test fixture for testing multihybrid 
panels. The test system tests a hybrid circuit with 250 test 
points in 25 seconds using a tester wuth 60 active test pins 
and 24 additional pads accessible via multiplexing. 

The hybrid test program was developed in two separate 
parts with the objective of achieving complete modularity 
for the two parts. One engineer wrote the hybrid program, 
w^hich contains a shell for insertion of the display driver 
portion written by another engineer, a subset of the micro- 
processor IC test program (old), a system test [new^), and 
initialization and exit routines for hardw^are checkout and 
operator interface (newj- This engineer was also responsi- 
ble for interfacing with the fixture designer and doing pro- 
totype hardware debug. A second engineer was responsible 
for the display driver w^afer test program (new), the display 
driver continuity test (new), the final integration of the 
test, documentation, and release to production. Program- 
ming proceeded in parallel, with each test of the hybrid 
circuit able to be debugged independently. As needed, com- 
mon hooks between the separate portions of the final hybrid 
test program were agreed upon to activate debug features 
and maintain summary data. 

As developjuent proceeded, the displa^^ driver portion 



of the test program was periodically updated with more 
complete code by the transfer of a single block of code from 
the middle of the display driver wafer program. This 
worked well, and ensured that after release to production 
updates to the display driver wafer program could be easily 
transferred to the hybrid circuit test program. 

Even at the wafer level, the pin count (112) of the display 
driver chip was too high to access all pins of the part, even 
with multiplexing of the 6U tester channels to the 24 extra 
pads. In light of this, the display driver was designed to 
allow virtually complete testing of all 92 display pins via 
just four specially designed display pins. Using a combina- 
tion of internal connectivity switching and scan path 
methodology, the display pins are tested for functionality, 
pin leakage, and pin shorts through these four pins. 

At the hybrid level, however, we were confronted with 
the need to confirm the presence of wire bonds to the 
display pins of the two display driver chips. This con- 
tinuity check requires a physical connection to each dis- 
play pin and is done by forcing a current into each pin and 
detecting the presence of a diode voltage drop across a pad 
protection diode. Originally it was anticipated we would 
need to do this test on a separate dedicated commercial 
continuity tester. However, we devised a solution that al- 
lows the continuity test to be done as an integral part of 
the total hybrid circuit test. This provides the considerable 
advantage of eliminating the need for a separate commer- 
cial continuity tester and being able to do a complete test 
in a single pass. 

Tbe solution consists of a box of solid-state analog multi- 
plexers which use a total of seven tester channels to test 
184 pins for Gontinuity in less than 2 seconds. The box 
contains two identical circuit boards, each wuth six 16- 
chajinel analog multiplexers, one decoder , and one count- 
er. The boards plug into edge connectors connected to the 
display pins and the tester control chaiinels. To access any 
pin, the tester increments the counter, w^hich together with 
the decoder selects an analog channel connected to o par- 
ticular pin. Since all display pins are in just two contiguous 
groups, the only short circuits that are physically likely 
are adjacent pin shorts* Thus to identify shorted pins as 
well as open circuits we simply wired the box so that the 
multiplexer channels of the two boards are interleaved, 
that is, every other display pin is connected to successive 
channels on the same boards The tester opens one channel 
on each board simultaneously, forces a current into one 
channel and forces a xero level on the other. A short to an 
adjacent pin then results in a current path from the pro- 
grammable measurement unit through one multiplexer 
board, through the short, and back out through the other 
multiplexer board to the tester channel forcing the zero 
level. Since the part is designed to allow detection of shorts 
via functional testing, no bad parts would be shipped if 
this shorts test w^ere not done. However, the ability to iden- 
tify short circuits directly rather than by interpretation of 
functional test data has proven to be indispensable in fail- 
ure analysis and hybrid process monitoring. 

Test Fixture 

The design of this hybrid circuit implied some new chal- 
lenges for tiie capability of the test fixture. Contact had to 
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hB nmde to 250 points distributed on both sides of a priBted 
circoit board about 3.3 inches long by 1-5 inches wide. The 
aiinimum spacing between LCD pads is 0.016 inch, with 
a pad size of 0.016 inch. We strongly desired a single fixture 
design that would test the hybrid circuits in both the four- 
board panel form dming manufacture and the single-board 
form during final assembly. A fixture meeting these require- 
ments was designed and Implemented by HP's Handheld 
Calculator and Computer Operation. This fixture (Fig. 2J 
has also served well for line scrap analysis. 

The fixture weighs about 50 pounds and is manually 
operated and pneumatically actuated. The four-board panel 
jor single board) shdes into the fixture on a movable X-Y 
stage. The panel or board under test is positioned by 
mechanical stops to align closely with the upper and lowrer 
spring'loaded test pin blocks. Activated by a manual 
switch, the upper and lower pin blocks then move to the 
center and sandwich the panel or board between them. Pre- 
cision ahgnnient is achieved by the mating of a fixture guide 
pin to the precisely punched hole in the hybrid cirt:uit. 

Originally the test pins chosen for the fixture were solid 
cylinders with a conical cavity at the contact end, yielding 
a circular knife edge for contact. This configuration was 
chosen to satisfy the need for both a sharp edge to penetrate 
oxides and a large potential contact area to make up for 
registration errors. These pins performed fine when new. 
but soon tended to plug up with particulate contamination. 
Several months into prototype production, a sw^itch was 
made to more conventional pencil -point, spring-loaded test 
pins. 0.027 inch in diameter, with favorable results. 

Initially, the connection to the fixture consisted of a 
three- foot- long bundle of coaxial cables terminated by con- 
nectors at both ends, mating a! the tester end to connectors 



wired to a DUT board mounted on a performance board. 
This arrangement was quickly discarded as noise levels 
were intolerable, and was replaced by a set of shorler cables 
terminated by connectors at only one end, and directly 
wired to the performance board at the other end (see Fig. 
2)* The coaxial cable shields are all soldered to a brass 
grounding ring offset from the board. The center wires of 
the coaxial cables are soldered directly to the performance 
board pads with strain-relief loops. Wire lengths are kept 
to a maximum of 18 inches. Inside the fixture, lines be- 
lieved to be critical are also \^ired in coaxial cable to the 
spring'loaded test pins, while the remaining lines are 
twisted pair. As might be expected, even with this arrange- 
ment noise is still a problem. This is compensated for by 
setting input levels to the rails and output levels to 0.33 
and 0,67 Vpp. This is acceptable because aU parts are tested 
to full level specifications at the wafer stage. 

Qyalification Results 

The qualification plan for the hybrid circuit included: 

■ 1000 hours of dynamic bum4n at lOC^C 

■ 168 hours moisture-resistance testing at ^5^C and 90% 
relative humidity 

■ 200 thermal shock test cycles 
■■ 5 vapor-phase solder cycles. 

The 1000-hour dynamic burn-in is normally done at 
150"C. We lowered the temperature to lOO^C because of 
thermal limitations imposed by some of the soldered com- 
ponents. Earlier moisture-resistance testing of hybrid cir- 
cuits at 85^C and 85% relative humidity had shown poor 
results; eS^'C and 90% relative humidity was felt to be an 
adequate condition. Table D summarizes the results. To 
date, the hybrid circuits in the HP-lSC and HP-2BC have 
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performed x^ery well in the field, with no known reliability 
problems. This would appear to confirm the validity of our 
qualification matrix. 

Table II 

Hybrid Circuit Qualification Resufts 
(Failures per number tested) 



Test 
Procedure 


Quality 
Criteria 


Results 


Dynamic; burn-in: 
100^'C, 1000 hours 


1/129 


1/129 


Moistme resistance: 
65"C,90%E.H- 
500 hours 


2/105 


0/105 


Thermal shock: 
200 cycles 


5/116 


5/116 


Va per phase sold er: 
5 cycles 


0/22 


0/22 



The six failures from d3mainic hurn-in and thermal shock 
were analyzed. The one failure during dynamic burn -in 
failed the self-test on the crimper tester. Tliis part was 
subsequently retested on the HP 3065 Circuit Board Test 
System and it passed. It was then retested on the crimper 
tester and it passed. No further failure analysis was per- 



formed. 

The remaining five units showed LCD pad leakage and 
functional failures during the first thermal shock tests. 
Examination after decapping showed fractures along the 
outside edge of the ICs. These problems were showTi to be 
stress related, as.sociated with the large size of the fCs and 
incomplete die-attach epoxy coverage under the corners. 
Additional units were built in Singa pores with particular 
care to obtain complete epoxy coverage under the ICs. The 
thermal shock test was repeated with no failures and no 
evidence of fracturing after decap. Singapore has since in- 
corporated a screening method for the die- attach epoxy to 
ensure process integrity and reliability- 
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An Equation Solver for a Handheld 
Calculator 



by Paul J. McClellan 

THE IDEAL EQUATION SOLVER reliably finds all 
solutions for an axbitrary variable in any equation 
defined by the user- Since this is provably impossible 
in general,^ more realistic expectations are to solve for an 
arbitrary variable in a wide range of equations, to provide 
understandable and reliable diagnostic information should 
the solver tail to find a solution, and to provide the means 
for using the solver to obtain multiple solutions of an equa- 
tion if more than one solution exists. These w'erc the design 
objectives for the equation solver in the HP-18C Business 
Consultant 

A Combination of Direct and Iterative Solvers 

The HP-IBC employs a combination of a direct solver to 
solve simple equations reliably and quickly and an iterative 
solver to search for solutions of mo re- difficult equations. 
The direct solver attempts to solve an equation by applying 
rules of algebra to isolate the unknown on one side of an 



equation. If it succeeds, the value of the other side of the 
equation is the solutkm \o the equation. The iteratJve solver 
applies a trial- and -error search procedure to obtain a solu- 
tion to the equation. 

The need for a combination of direct and iterative solvers 
became clear early in the development of the HP-lSC, Al- 
though iterative solvers can be applied to a wide variety 
of equations, they can. depending upon the starting point, 
take an unacceptable amount of time to find a solution or 
even fail for trivial equations. For example* consider at- 
tempting to solve the equation 1/x = -0-1 for x by applying 
I he secant method to the difference betw^een the left and 
right sides of the equation. Fig. 1 illustrates the shape of 
the function 1/x -h 0.1 near x = 0. With initial guesses -1 
and 1 the iterates converge to the pole at x = 0. With initial 
guesses 1 and 2 the iterates diverge toward 3^. But with 
initial guesses -1 and -2. the iterates converge to the 
solution at X = -10. Although a direct solver would handle 
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Fig. 1. HP-28C ptof of ^^' i = T . + ' 

this situation easily, direct solutions to other equations 
may not exist or may require an excessively complex direct 
solver. Furthermore* simple direct solvers will return at 
most one solution to an equation with multiple solutions, 
which forces the user to rewrite the equation to obtain 
alternate solutions. Hence, an iterative solver that can ac- 
cept user'Supplied initial guesses can he useful in tackling 
harder equations or obtaining multiple solutions without 
revvriting the equation. 

To solve an equation, the HP-18C first applies its direct 
solver. If the direct solver succeeds, the HP-18C displays 
that solution. If an arithmetic error occurs within the direct 
solver, then the HP-18C displays the message SOLUTION 
NOT FOUND. This screens some equations that obviously 
have no solution. If the unicnown appears more than once 
or if it appears as the argument of a function that the direct 
solver cannot invert, then the direct solver fails and the 
iterative solver is invoked. 

Direct Solver 

As described above, the direct solver solves an equation 
by applying rules of algebra to isolate Lhe unknown on one 
side of an equation. If the direct solver succeeds, the value 
of the other side of the equation is the solution. Direct 
solvers can fail, either because no closed-form solution 
exists or hecause the solution method is too difficult. The 
first case is illustrated by attempting to solve the equation 
X* = 2 for x> 

The second case is illustrated for the HP-18C by attempt- 
ing to solve x + x = 1 for x. The solution of this equation 
is difficult for the HP-18C because, considering the prod- 
uct's applications and resources^ we decided that the HP- 
ISC's direct solver would perform no algebraic simplifica- 
tion of the equation and thus would require the unknown 
to appear only once in the equation. 

The HP-18C parses an equation into an RPN internal 
representatioo of its left and right sides. It parses an expres- 
sion as though it were an equation with the expression as 
the equation's left side and a zero on the equation's right 
side. 

The direct solver begins by scanning each side of the 
equation and finding the side containing the unknown. If 
the unknown appears in both sides, then the direct solver 
fails. Otherwise, it initializes the solution accumulator to 
the value of the other side and discards that side. The direct 
solver then repeatedly applies the following procedure to 
the solution accumulator and the remaining subexpression 
containing the unknown. If the subexpression consists of 
only the unknown, the direct solver has succeeded and it 
returns the value of the solution accumulatorH Otherwise, 
the subexpression is an RPN expression ending in a func- 
tion (or operator). If the direct solver does not know how 



to invert that function, it fails. Otherwise, it scans the func- 
tion's arguments to find the occurrence(s) of the unknown. 
If the unknown appears in more than one arguments or io 
an argument position for which the direct solver does not 
know how to invert the function, the direct solver fails, 
Otherv^'ise, it performs the inversion using the accumulated 
solution and the current values of any other function argu- 
ment. If an arithmetic error occurs during this inversion, 
or if the result violates a rule of algebra, the direct solver 
terminates and displays the message SOLUTION NOT FOUND. 
Otherwise, the direct solver discards all but the argument 
expression containing the unknown and continues this pro- 
cess. 

Two situations for which the direct solver aborts and 
reports SOLUTION NOT FOUND can be illustrated by solving 
the equations 1/x - and 0/x = 1 for x. When the direct 
solver attempts to invert the first equation, it triggers a 
divide-by-zero error When it inverts the second equation, 
it obtains the result x = 0, which indicates a divide-by-zero 
error in the original equation. 

For the most part, the HP-lSC's direct solver will only 
invert functions that have unique inverses for the un- 
known's argument position. However, we decided to also 
invert an expression containing an unknown raised to a 
power. When the power is even, the inverse can be either 
positive or negative. The HP-lSC selects the positive in- 
verse. Sometimes the choice the direct solver makes causes 
an arithmetic error later in the inversion process and the 
HP-18C reports SOLUTION NOT FOUND in spite of the fact 
that the equation has a solution that would have been found 
had the direct solver chosen a negative inverse. 

Even if the direct solver succeeds with its choice, other 
equation solutions may exist. The user can force the direct 
solver to choose the other inverse by rewriting the equation. 
In effect, the direct solver will select the negative inverse 
if the user negates the subexpression that is raised to the 
even power. This feature can be illustrated by the following 
two examples: 

« Solve the equation f1-(l/x)l^ = 1 for x. Because the 
direct solver takes the positive inverse of an expression 
raised to a power, later in the inversion process it en- 
counters the simplified equation 1/x — and reports 
SOLUTION NOT FOUND. If the original equation is rewritten 
as [(l/x)"'lp = 1 the direct solver returns the solution 
x = 0.5. 
■ Solve the equation 1/(1 -x)^ = 0.25 for x. The direct 
solver returns the solution x == —1. If the equation is 
rewritten as l/(x-l)^ = 0.25 the solver returns the other 
solution. X = 3. 

We decided not to invert other multivalued inverse func- 
tions, such as integer part* because such functions have an 
infinite number of mathematical inverses (and a large 
number of machine-re presentable ones) and it would be 
more difficult for the user to specify any but the default 
inverse that the direct soiver would supply. The iterative 
solver with its feature of accepting initial guesses from the 
user seemed better suited to solve such equations. 



Iterative Solver 

The iterative solvers in the HP-18C and the HP-28C Gal- 
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Gulators are very similar. The HP-ldC's iterative solver is 
described first and the HP-2BC version's differences are 
described later. 

When a parsed equation is evaluated interaaHy, the cur- 
rent values of the equation's left and right sides are re- 
turned. The iterative solver searches for a zero difference 
betvireen the left and right sides hy repeatedly varying the 
value of the unknown and computing the difference be- 
tween the sides for that value. 

Suppose the goal is to solve the equation A(x) = B[x] 
for X. We represent tiie difference betvveen the equation's 
left and right sides by f(x) — A(x)-B(x). Then the goal is 
to find a value of x such that f(x] = 0. If the iterative solver 
succeeds, it has found a numerical solution to the user's 
equation or a zero of the user's expression and the solver 
terminates immediately and reports that solution. Because 
of the finite-precision floating-point arithmetic used hy the 
HP-18C. a solution may satisfy the equation numerically 
but nut mathematically. 

The set of values available to the iterative solver as can- 
didates for the value of x is the set of machine-representable 
numbers available to the user. During the search process 
the iterative solver displays selected iterates to show the 
region being searched and the corresponding sign of f(x) 
to provide hints of the shape of the curve and the method 
in progress. The user can interrupt the search process by 
pressing any key. If an arithmetic error occurs during the 
evaluation of f(x] for some x, then ffx] is not defined for 
that value of x and we say that x lies outside the domain 
of deli nit ton of f(x)H The displayed sign at that point w411 
be a question mark. 

The iterative solver begins by claiming adequate scratch 
storage, setting initial search bounds bj = -^ and h^ - 
-^, and obtaining and ordering tw^o distinct starting values, 
say x^ and x^, for the unknown x, It obtains x, and X2 by 
using the last two values stored into x. The default values 
are zero. If these values are identical, one is perturbed by 
the solver. A I this point we have bi<X|<X2<b2. The itera- 
tive solver evaluates f[Xi] and f(x2). If neither x^ nor x^ is 
wdthin the domain of f(x), that is, f(x) is not defined for x^ 
and x^., then the .solver terminates w^ith the message BAD 
GUESSES. If only one value, say x^* is within the domain 
of ffx). the solver sets h^ - x^ and attempts to find another 
value within the domain by first using a modified bisection 
search of the interval from x^ to x^. The search bound b^ 
is reset to any sample value found out of the domain of 
f(x) during this search. If the bisection search exhausts all 
machine-representable values in the interval from X| to x^ 
w^ithout finding one in the domain of f(xK the solver sam- 
ples the next machine-representable number just before x^ 
in the direction of b^. If this value is also not in the domain 
of f(x], the iterative solver terminates with the message BAD 
GUESSES. Otherwise the iterative solver has the ordered 
pairs (x^.x.] and [f^^U] where bi<x^<x^<b^, f^=f[Xi]7^0. 
and f^^fjx^l^n. 

If f^ = f2, the solver searches for a slope by alternately 
extending the interval bounds x^ and x^ until it either finds 
x^ and X2 such that f^ ^ f^ or it exhausts the search interval 
If during this slope-hunting process a sample value is found 
outside the domain of f(x], the search bound in that direc- 
tion is set to that value and a modified bisection search is 
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Rg, Z HP-28C plot of f(x) = Vx + in(x) -0.5. 

employed to find a sample value in the domain of f(x) in 
that direction. If the values sampled on one side, between 
bj and Xi or between X2 and b^^ are exhausted, then sub- 
sequent sample values will lie in the other side. If the 
solver fails to find a slope, it terminates with the me.ssage 
SOLUTION NOT FOUND. 

Otherwise, f^ and f^ have different values. If they have 
the same sign, the iterative solver resets the search bound 
closest to the value generating the larger f(x) magnitude to 
that value, sets a counter to seven = and extrapolates in the 
direction of decreasing f(x) magnitude using a modified 
secant method,^ It continues searching in that direction 
until the value of f(x) changes sign, its magnitude increases, 
or the search interval is exhausted. 

In the last case, the solver terminates with the message 
SOLUTION NOT FOUND. If during this extrapolation a sample 
value is found that lies outside tlie domain of f(x), the 
search bound in that direction is set to that value and a 
modified bisection search is employed to find a sample 
value in the domain of f(x) in that di rection. Th is can be 
illustrated by solving the equation V(x+ln x) = 0.5 for 
X. The left side of the equation is not defined for x<-ln x 
(see Fig. 2). With initial guesses of 1 and 2. the solver 
repeatedly samples within this undefined region, eventu- 
ally succeeds, and reports x = 0.662195081464 as the ap- 
proxi mate solution. 

If the value of f(x] does not change sign, but increases 
in magnitude during secant extrapolation, the search bound 
in the direction of search is reset to the sample value for 
X where the magnitude of f(x) increases. The solver then 
employs quadratic interpolation and selects the value 
where the fitted quadratic expression has minimum mag- 
nitude as the next sample value. Depending upon the po- 
sition of this fitted point, the solver resumes modified se- 
cant extrapolation in the same or opposite direction. Each 
time quadratic interpolation is employed, a counter is dec- 
remented and tested. Each time secant extrapolation finds 
a value for f[x] with decreasing magnitude, that counter is 
reset to seven. When the decremented counter value is 
zero, the solver returns the last sample value as an approx- 
imate solution and displays the values of the left and right 
sides of the equation for that solution. 

If the user immediately asks the calculator to solve the 
equation again for the same variable, the iterative solver 
uses initial guesses in the region of the last sample value. 
Hence approximallons to local f(x) magnitude minima can 
be found by repeatedly solving tor the same variable. How- 
ever, the search procedure is designed to find zeros — not 
local magnitude minima. This case can be illustrated by 
solving the equation x^ + x = -1 for x with initial guesses 
and 1 (see Fig. 3). The solver reports the afjproximate 
solution, X = -4.999999g4899E-l. wnth the values of the 
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Fig, 4, HP-28C pm Of Hxj = x;|r^ - 2; - T 



equatioD's left and right sides for that solution. 

If i^ and fj have opposite signs, or if during extrapolation 
their values change sign^ the solver sets the search bounds 
to those sample values resulting in the values of f^ and f^ 
having opposite signs and begins attempting to narrow the 
interval bracketing the change of sign. This process may 
employ an adaptive combination of modified bisection and 
secant, cubic, and hyperbolic interpolation to obtain a se- 
quence of sample values. For each iteration where the sam- 
ple value is within the domain of f(x), one of the search 
hounds is reset to that value and the interpolation process 
continues. The process continues until it finds one of the 
following cases: 

■ A solution 

■ Neighboring values x^ and X2 bracketing a sign change 
in f(x) 

■ A value out of the domain of f(x). 

The first case can be illustrated by solving the equation 
x^-hx = 6 for X with initial guesses and 1. The iterative 
solver reports the positive solution x = 2. If the equation 
is immediately solved again for x, the solver again reports 
the solution x = 2. 

The second case occurs when the equation has a solution 
that is not representable in the HP-lSC's 12-digit float- 
ing-point format. (The set of 12-digit numbers includes 0, 



T 00000000000 X 10 



to -9.99999999999 x 10"* 



and l.OOOOOODOOOO x 10 ^^^ to 9,99999999999 x lO^"".) 
It can also occur if the function fix) is discontinuous be- 
tween two adjacent machine-representable values. In any 
event < the solver returns the value of X| or Xv that gives a 
minimum f(x) magnitude as the solution. It stores the other 
value in a dedicated location such that if the user im- 
mediately solves again for the same variable. X; and x^ are 
used as initial guesses. The solver also displays the values 
of the left and right sides of the equation for that solution 
if either X; or x^ is the only value sampled in the interpola- 
tion process, or If the process strongly suggests that the 
resuh represents a pole. 

For example, with initial guesses and 1, the solver 
returns the approximate solution x = 1.30277563773 to 
the equation x^ + x = 3. If the solver is immediately rein- 
voked it displays the values of the equation's left ajid right 
sides for the same approximate solution. For the first try, 
the solver is able to make some progress from the initial 
guesses and the data does not strongly suggest a pole. For 
the second attempt, the solver is unable to progress beyond 
its initial guesses so it returns the values of the left and 
right sides as a warning that the equation is not exactly 
satisfied. 

If the solver is applied to the equation x/(x^^2) = l with 
initial guesses 1 and 1.5, it returns the approximate pole 
X = 1 .41421356238 and displays the values of the left and 



right sides of the equation for that solution. The solver in 
this case was able to make some progress from Its initial 
guesses, but the process strongly suggested that the result 
was near a pole (see Fig- 4). 

In the third case the iterative solver splits the current 
search region, which brackets a change of sign in the value 
of f(x). at the out-of-domain value. We then have two inter- 
vals, x^ to gi and g^ to x^. where initially XT<g^ = Zz^^i* 
The points g^ and gj will later be adjusted such that the 
inten^al between gj and g^ defines a gap %vithin which the 
function f(x) is presumed to be undefined. The solver alter- 
nately samples values in the left and right subinter\^als 
using a modified bisection search. Each time, if the sampled 
value is out of the domain of f{xl, the appropriate g bound 
is reset to that value and the iteration continues with a 
wider gap between g-i and g^* If the value of f(x) at that 
sample value has the same sign as the value of f(x] at the 
corresponding x bound, that bound is reset to that sample 
value and the iterations continue with a narrower outer 
inter\^al (x^, x^]- The process continues until It either finds 
a solution, it finds a value for x where the sign of f[x) is 
the opposite of the sign at the corresponding x bound, or 
it exhausts both subintervals (XjpgJ and (g2tX2]. If the solver 
finds a value for x where the sign of f(x) is the opposite of 
the sign at the corresponding x bound* the solver discards 
the other interval and resumes narrowing the region around 
the change of sign in f[x} as above. 

This case can be illustrated by solving the equation 
Vx/[x + 0.3] = 0.5 for X with initial guesses -1 and 2 
fsee Fig. 5). The left side of this equation is not defined for 
X in the intervfd from - 0.3 to 0, With these initial guesses 
the solver first samples on either side of this interval and 
then in this interval, triggering the gap-narrowing process 
just described. Eventually the solver exits that process and 
finds the solution x -= 0.1, 

If the solver exhausts both subintervals it returns the 
value of Xi or X2 giving minimum f(x) magnitude as an 
approximate solution. This case can be illustrated by at- 
tempting to solve the equation (x/(3x — l)p — 1 for x with 
initial guesses 0.3 and 0.4 (see Fig. 6). The solver stores 
the other value in a dedicated location such that if the user 
immediately solves again for the same variable, Xj and x^ 
are used as initial guesses. The solver also displays the 
values of the left and right sides of the equation for that 
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Fig. 5. HP-2dC phi of fM = Vx/fx 4- 0,3} -0.5. 
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Fig. 6. HP-28C plot of f(x) ^ {k/(3x - 1)}' - 1 . 
solution as a warning that the solytion is not exact. 

HP-28C Iterative Solver 

The HP-28C's iterative solver assumes a higher level of 
sophistication on the part of the user. It also searches for 
a real solution to an equation or a real zero of an expression. 
It differs from the HP-18C version only in the manner that 
the user specifies initial guesses, how the solver displays 
current iterates^ and the solver's termination display. 

The HP-28C uses the initial contents of the unkjiawn to 
obtain up to three initial guesses, with zero as a default 
The u.ser specifies one initial guess by storing a real or 
complex number in the unknown. The HP-28C takes the 
real part of a complex number as an initial guess. The user 
can specify one, tw^o, or three distinct initial guesses by 
including those guesses in a list and storing that list iii the 
unknown. The HP-28C uses up to the first three distinct 
real numbers or real parts of complex numbers in the list. 
The reason for handling complex numbers in I his way is 
to facilitate the user's specifying initial guesses obtained 
by digitijsing points from plotte<3 equations. 

The iterative solver is faster if it does not need to display 
Iterates, so by default the HP-28C solver does not do so- 
However, the user t:an trigger the display of current iterates 
by pressing any key other than ATTN. Additional pressing 
of such keys has no effect and the solver purges the key 
buffer when it terminates. Pressing ATTN always aborts the 



iterative solver, which then returns a list of the three current 
iterates on the display st^jck and stores the Hst in the un- 
known. 

If the HP-28G cannot obtain at least two values in tlie 
domain of f(x] using the Initial guess(es) of the unknown, 
then it leaves the unknown unchanged and displays Bad 
6uess(es). If the HP-28C cannol obtain a slope, then it leaves 
the unknowm unchanged and displays Constant. Otherwise, 
the HP-28C overwrites the initial contents of the unknown 
during the search process. When the search is complete, 
the solver returns a message and an exact or approximate 
solution on the display stack and stores the solution in the 
unknown. The HP'28C displays the message Extremum if it 
exhausts the search interval without finding a change of 
sign, if it finds a change of sign but not an exact numerical 
solution » it displays Sign Reversal. If it finds an exact nu- 
merical solution, it displays Zero. 

The solver application menu has labeled softkeys that 
can be pressed to evaluate the left and right sides of the 
current equation for the current values of the equation's 
variables. The user can use these keys to inspect the quality 
of a solution in more detaih 

Ack n owl ed g m e nts 

Charles Patton prototyped the HP-18C direct solver. Prof, 
W. M. Kahan of the University of Canfornia at Berkeley 
authored the original iterative solver algorithm common 
to both die HP-18C and the HP-26C. 

References 

1. VV,M. Kahan, Ter^orial Cah'uiator Has Key to Solve Any Equ- 
flUon f[3c} ^ 0." Hewlett PocfcanJ fouma/. Vol. 30. no. 12. December 
1979. 

2. HP-lflC Business Consultonl Gwner'H J^unual Hewlett-Pack- 
ard Company. Puhli cation 000 18-90057, Gctaber 1986. 

.3, HP'28C Referencff MmnsaU Hewiett-Packard Company. Publi- 
cation 00028-90051, January 1987. 



Electronic Design of An Advanced 
Technical Handheld Calculator 

by Preston D. Brown, Gregory J. May, and Megha Shyam 



THE DESIGN of an advaTiced handheld calculator 
such as the HP-2fiC requires solutions of some spe- 
cial problems: how to package the system in a limited 
space, how to provide power from three small batteries for 
six months, how to keep the cost down, and how to release 
the new design in less than 18 months. These challenges 
were met by designing three custom CMOS ICs. packaging 
the electronics using chip-on-board and surface-mount 
technologies, and using powerful design aids. The HP-28C 
includes a four-line liquid -crystal display (LCD), 128K 



bytes of ROM, 2K b>^es of RAM. a clock, and an infrared 
transmitter for sending data to an optional detached printer 
The HP-18C Business Consultant contains the same elec- 
tronics, but only one ROM. 

The electronic design (Fig. 1) of the HP-28C provides a 
20 X improvement in computational speed over its pre- 
decessor, the HP-15C. Custom ICs and custom packaging 
were required to achieve this functionality on a small cir- 
cuit board measuring 3 by 1.5 inches. 

A hybrid board design [see article on page 25] is used 
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for the entire system. Two display drivers and the CPU are 
bonded directly to the front of the printed circuit board 
using 263 bonds. Two ROMs in flatpacks and the rest of 
the discrete components are placed on the hack of the 
board. Pressure contacts are made from the hoard to the 
LCD on the front, and from the board to the keyboard on 
the back. The use of chip-on-board technoiogy has proven 
to be reliable and cost effective. 

Custom Microprocessor 

Commercially available microprocessors have a number 
of limitations that make them unsuitable for use in a cal- 
culator. They require too much power, many support chips, 
regulated supplies, or a wide system bus which takes up 
too much room on a printed circuit board. Hence, a custom 
microprocessor was developed for the HP-28C to avoid 
these problems. 

The processor used in the earlier HP- 7 IB Handheld Com- 
puter^ was an excellent starting point for the design; this 
processor already met the low-power and interconnect re- 
quirementSt but it would not run at 3V (the minimum bat- 
tery voltage]. By porting the design into the newer^ smaller 
CMOSG process* the part price and the power supply re- 
quirements were reduced and the speed was Increased. 
At the same time, new instructions were added to improve 
data manipulation and the interrupt structure was en- 
hanced. 

The instruction set of the processor is highly optimized 
for binary-coded decimal operations on both integer and 
real numbers. The main working registers in the processor 
are 64 bits long and are broken into three fields; the expo- 
nent, the mantissa, and the sign fields. Individual nibbles 
or bytes of the registers can be handled independently. 

The processor has 16 Input pins and 12 general-purpose 
output pins, some of which are used to scan the keyboard. 
Most of the work of scanning the keyboard Is the responsi- 
bility of the firmware including the scan sequence, key 
debouncing, and type-ahead buffer. Hardware is kept simple. 



F!g. 1 , System btock diagram. 

Bus Definition 

To reduce printed circuit board area, the bus width must 
be limited. A four-bit multiplexed command and data bus 
may seem to be an extreme solution, but is necessary to 
save space. The challenge is to maintain reasonable perfor- 
mance with a four-bit bus. Each IC in the system maintains 
its own copy of the 20-bit program counter [PC) and a data 
pointer (DP) which are only broadcast on the bus when 
necessary. After a read operation to an address pointed to 
by the PC. each IC automatically increments its copy of 
the PC. Therefore, the PC need only be updated if a branch 
is taken. In this case> the PC must be reloaded. The com- 
mand LOADPC is placed on the bus followed by the five 
nibbles of the new address. The other fifteen bus commands 
include starting reads and writes to the address pointed to 
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Fig. 2. Layout and architecture of dispiay driver chip 
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by the PC or DP, loading the DP, and resetting and configur- 
ing the system. 

Another feature of this bus definition is soft configura- 
tion, which allows the memory space to be allocated as 
desired. A daisy-chain signal is routed from one IC to the 
next. If an IC has not yet been configured, it drives its 
daisy-out [DO) line low. When its daisy-in [Dl) line is high^ 
the IC responds to identification and configuration com- 
mands which place it in the address space. Once config- 
ured, the IC*s DO line goes high so that the next chip in 
the chain can be configured. 

The bus consists of 10 pins: data (pins to 3), CON (signals 
if the transfer is a command or data], STRN (system strobe}, 
Dl, DO, Vqd, and GND. The bus supports data transfer at up 
to one megabyte/second. However, in the HP-28C the trans- 
fer rate is limited to 325 kilobytes/second because of other 
limitations. 

Display Drivers 

The liquid-crystal display requires 184 drivers. Since 
there are too many pins to be driven by a single IC, two 
identical display driver ICs (Fig, 2) are used, each driving 
92 lines. Each driver IC also requires 20 additional pins 
for a total of 112 puis per IC. Other system needs are also 
integrated onto the display drivers; the CPU and ROM axe 
the only features that would not fit because of area limita- 
tions. 

The 32-way multiplexed (see waveforms in Fig. 3} liquid- 
crystal display requires up to nine volts peak-to-peak to 
operate. This presented some difficulty since the CMOSG 
process allows only seven volts maximum because of tv\70 
problems. First, the process' polysilicon field threshold 
runs around 12V and there would be significant sub- 
threshold conduction at nine volts. Second, although a 
p-channel transistor can handle the high electric fields pro- 
duced, an n-channel FET would only last a short time 
before it was damaged. To live within these constraints, 
restricted layout rules and circuit designs were developed 
to allow nine-volt operation. The layout rule changes in- 
cluded increasing the minimum gate length, increasing the 
polysilicon-to-diffusion spacing, eliminating polysilicon 
p-well crossings, and not allowing two transistors to share 
the same gate polysiliconn By making use of a supply level 
already needed for the display, V^id (tSV), two n-channel 
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Fig* 4, (a) High-volfagB invener. (b) Nina- volt interface circuit 
for supply irjg display drivers. 

devices can be placed in series and biased to maintain a 
voltage drop of less than seven volts across each of them 
[see the high -voltage inverter in Fig. 4a). 

While the majority of the system is powered by three 
N-ce!l batteries (4.5V)j the display drivers need nine volts. 
Therefore^ an interface circuit was necessary lo provide 
±4.5V. The high -voltage inverter could allow a 0-to-4.5V 
logic input to produce a ±4.5V output, hut current drains 
would be high since both the pull-up and pull- down tran- 
sistors are on when the input is at ground, However, by 
incorporating two high-voltage inverters into a latch (Fig. 
4b]. the full voltage swing is placed across the inputs of 
both inverters, and no dc current flows. 
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Programmable Switching Supply 

The power supply uses only three discrete components 
and a aO-to-lSO-kHz clock signal to generate a negative 
display supply (Vdrefi — 4.5V^) from a 2.74o-6V input. The 
other display voltages are generated by buffering voltages 
from a resistor divider strung between Vqq (4.5V) and Vd^ef- 
The negative supply is adjusted versus ambient tempera- 
ture by comparing the voltage from a string of three parasitic 
npn transistors to the voltage from a switched capacitor 
divider driven by Vqref* A 5-bit register which directly 
varies the ratio of this divider gives the user control of the 
display contrast by altering the negative supply voltage 
with respect to v^d- 

System FLrnctions 

Other features necessary to complete the system are in- 
tegrated onto the display driver (see Fig, 2). A two-port 
RAM consisting of ninety-two 32-fait words is used for a 
display bit map. The read-only second port is formed by 
the addition of a second word line, a second bit line, and 
two transistors to the basic static RAM cell (see Fig. 5), 
Each display driver also provides IK bytes of system RAM, 

In the low-battery detection circuit, the supply voltage 
VpD Is divided down and compared to a bandgap reference. 
The reference produces 1,3V±15 mV over process vari- 
ations and the operating temperature range of -30 to 



+ 75X. 

Display control logic handles the display refresh and 
synchronization of multiple chips. 

A 32-bit crystal -controlled timer provides a real-time 
clock and other timing functions. 

A flexible I/O pin allows TTL-level serial communica- 
tions and several other I/O possibilities. In the HP-18C and 
HP-28C Calculators, this pin drives an infrared LED trans- 
mitter for sending data to an optional printer with an in- 
frared receiver* The timer and L'O sections provide minimal 
hardw^are support for these features; as much of the com- 
plexity' as possible is handled by the firmware. 

512K-Bit ROM 

The third custom IC used in the HP-28C Is a 512K-bit 
ROM. One or two ROMs in flat pack packages are soldered 
to the back of the hybrid circuit board. The ROMs are not 
bonded directly to the board for three reasons. First, by 
placing the ROMs in separate packages the HP-28C and all 
language versions of the HP-18C can be produced by simply 
loading the hoards with a different ROM. Second, that 
much ROM would consume a large amount of tester mem- 
ory and is best tested separately. Third, the CPU and display 
drivers require most of the room on the front of the boards 
and directly bonding chips to both sides of the board is 
not praeticaL 
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Early in the deveJopment cycle It became apparent that 
a high -density CMOS process was essential to help keep 
the cost of the product at realistic levels. Hence, this ROM 
chip was designed using a third-generation CMOS process 
developed at HP's Northwest Integrated Circuits Division. 

The chip architecture (Fig. 6) consists of four 128K-blt 
quadrants^ each organi;5ed in 512 rows and 256 columns. 
The data from each quadrant is read four nibbles at e3 time. 
Considerable design effort went into minimii^.ing power 
supply drain by the ROM in both the operating and standby 
modes. Our design approach incorporates decoded virtual 
ground drivers so that only part of each quadrant Is active 
at any time. The use of virtual ground drivers minimizes 
precharge current contribution to the operating current. 

Our choice for the ROM core cell is the so-called X core, 
where the polysllicon word line snakes around the island 
line at 45^ angles. The traditional diffusion resistance to 
ground is not present in this design, which eliminates 
periodic ground bus lines. Data from the ROM core is 
sensed by special differential sense amplifiers that detect 
the difference between the selected cell and a dummy celL 
The ROM is island programmable, which implies that a 
one or zero is detected by the presence of an island complet- 
ing the transistor. The design calls for the ROM to operate 
from 3.0 to 5.5 volts with 200-ns access time at 65°C, 

The ROM interfaces to the CPU using the 4-bit data bus 
and two control lines. For proper operation » the chip needs 
only 11 pads* The chip was designed lo be configurable in 
the address space of the CPU either by hard configuration 
(i.e.. the address is predefined and set) or soft configuration 
[i.e, the address can be mapped anywhere in the CPU ad- 
dress space). The interface of the ROM core with the CPU 
consists of a command decoder and two 20-bit program 
counter and data pointer registers. 

The CMOS process development played a key role in 
the avaiiability of the ROMs. Some of the principal charac- 
teristics of this new^ CMOS process are; 

■ It Is an n-well process, as contrasted to previous p-well 
processes. 

■ It uses p-type epitaxial silicon on a p + substrate instead 
of a monocrystalline silicon structure. 

■ 5x optical steppers are used for all critical lithography 
levels. 

■ The metal interconnection layers (first and second] have 
a line width-spacing pitch of 4.0 ^m, 

■ The polysilicon lines are draw^n 2.8 fim wide and are 
placed at least 1.2 ^m apart. 

m The islands that define p-channel or n-channei transistor 

widths are 2.8 fxm wide. 
m The n-channel and p-channei threshold voltages are 

0.75V and symmetricaL 

■ The effective size of a minimum-geometry device is 1,8 
fjim wide and 1.3 ftm long. 

The maximum operating voltage is 5.5V- 

ESD and EMI Design Considerations 

From the very beginning of the project, the design goal 
for electrostatic discharge [ESD) protection was to elimi- 
nate any breakdowns through the case with the calculator 
placed on a reference ground plane for discharges up to 
25 kV. Hence, the emphasis on sealing the product with 



an RTV^ compound was partly because of ESD require- 
ments. However, the problem with that design philosophy 
is that any one entry point can eliminate all chances of 
success. In this case^ the weak point was the battery door. 
Interestingly enoughs the observed arc path was from the 
battery door to the battery case and over through the elec- 
tronics to the CPU key lines. The reason for this was sim- 
ple — the keyboard provides a larger capacitance to refer- 
ence ground than anything else in the product (i.e., the 
highest charge path is through the electronics]. The solu- 
tion is to isolate the keyboard using a series resistance and 
to provide an alternate path for this charge with an appro- 
priately placed ground plane. The keyboard -to -ground 
capacitance is reduced by inserting a grounded metal shield 
between the keyboard and the reference ground. This de- 
sign at the same time provides an alternate, more desirable 
charge path to this internal ground plane because of its 
predominant capacitance to the reference ground. This 
technique has proven lo be quite successful in previous 
projects.^ 

Electromagnetic interference (EMI] generation was not a 
problem, mainly because of an early emphasis on proper 
printed circuit board layout. Possible RF sources are elimi- 
nated by minimizing the physical loop areas created by 
the signal and ground return paths, and by laying out the 
power and ground lines first on the hybrid. This is an 
extremely quiet product, considering its speed capabilities. 

Tools 

An aggressive schedule was met with this project. Since 
the CPU was a redesign » the display driver and ROM were 
the most critical IC designs. Three months were required 
for design, schematic entry, and simulation. Our first pro- 
totypes, built six months later, were fully functional. 

The Hierarchial Custom Design System, developed at HP 
for in-house use, is a highly integrated set of tools running 
on HP 9000 Computers. The schematic capture system pro- 
duces a net list which is fed to the circuit [HP Spice] or 
logic simulator. The logic simulator handles CMOS designs 
including bidirectional transmission gates and circuit 
fights created, for example, when overdriving cross- 
coupled inverters to load a latch. A high-level, Pascal-like 
language is used to develop all the test patterns. This lan- 
guage can then be compiled for the logic simulator or for 
the IG test system, Often the output of the simulator is used 
to create the production test patterns, but recompiling the 
high-level language has three benefits. First, changes in the 
test patterns can be implemented quickly, without having 
to resimulate the entire IC. Second, the test patterns are 
well documented. Finally, the features of the language re- 
duce the time required to develop test patterns for both 
simulation and production testing. 

Standard cells were used whenever possible, but some 
layout was done manually while the RAM was drawn by 
a module generator. All design rule and electrical errors 
in the layout w^ere caught with a hierarchical design rule 
check (DRC) and schematic compare program. One error 
was caught in the module generator's work. With thousands 
of dollars of mask charges and months of debugging time 
at stake, correct by construction is a nice goal, but it can- 
not beat correct by double checking. The DRC and compare 
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program ran quickly and produced concise listings of any 
errors. 
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on thick-film resistor formulations has resulted in 
th ree patents , He ' s a I so the author of over 25 pa - 
pers in the fields of mineralogy, materiats science, 
hybrid microetectronics, and dispCay technology. 
Born in Toronto, Canada, Paul earned a BS inearth 
scfencesin 1957and an MS m mineralogy m 1958 
from the University of Toronto. He continued his 
studies at McGiii Universiiy, trom which he re- 
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Paul J. UcClallan 

An Oregon native „ Paul 

McCteilan received his BS 
in physics and mathema- 
tics in 1 974 from the Univer- 
I s i ty of Orego n an d h i s PhD 
•n statistics In 1984 from 
Oregon State University. 
I Before coming to HP in 
1 979 he developed soFt- 
1 ware tor digital measure- 
ment system ^plications and for robot calibration. 
At HP. he has contributed to the development of 
a series of calculators and handhefo computers, 
tnciuding the HP- 1 5C Catculator. HP-71 B Comput- 
er HP-ieC,andHP-28C.He's coa uthorofaMay 
1983 HP JournaJ article on the HP-15C. Paul was 
born inSaJem and lives in Corvallfs. He's a member 
of Corvallis Mountain Rescue and enjoys Nordic 
and aJpine skting, rock climbing, mountain climb- 
ing, and reading. 
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Megtia Shyam 

A native o! (ndia, Megha 
Shyam received his BSEE 
degree from the Indian In- 
stitute of Science in 1961 

and his PhD inelecirical en- 
gineering from Stanford 
University in 1967. He 
worked for several com- 
panies, including Fairchild 
Semiconductor, Bell & 
Howell, and Data General before joining hP in 
1977. He has contributed to the design of inte- 
grated circuits for the HP-85B and HP-75C Com- 
puterSn was project Jeader for the card reader tor 
the HP-71 B Computer, and designed portions of the 
HP'IBC and HP-2BC He's the author of 14 papers 





Preston D. Brown 

Preston Brown joined HP in 
1961 and t^as contributed 
10 the development of the 
HP-IL module for the HP- 
TIB Handheld Computer, 
to the ThinkJel Printer, and 
to the iC design and system 
design for the HP-41C 
Handheld Computer He 
V*i ' was responsible for the dis- 
play driver IC and was a produclfon engineer for 
the HP-1 8C Calculator, He has written two papers 
for internal HP conferences on tC artwork verifica- 
lion and on a display driver Born in Pensacola, 
Florida, Preston studied electricaf engineering at 
the University of Fionda (BSEE 1 98 1 ). He's now a 
resident of Philomath. Oregon and likes skiing and 
hiking. 



Gregory J. May 

Greg t^flay was born m Day- 
ton, Ohio and earned a 
BSEE degree in 1 980 from 
the University of Tennessee 
at Knox vi tie. After coming 
to HP the same year, be 
worked on the power sup- 
ply and memory board for 
the HP-75C Portable Com- 
puter and later was a pro- 
duciFon engineer for the produci He has aJso 
worked on the HP'94 Handheld Computer and on 
bar code wands. His contnbutJon for the HP-18C 
and HP-26C Calculators was the analog design for 
(he display driver IC and system ESO and EMI 
Greg and his wife and daughter are residents of 
Corvallis, Oregon, He's an amateur radio operator 
(KB40XJ and woodworker and recently res'ored a 
1 972 Fiat 124 Spyder. He s also working toward an 
MBA degree from Oregon State University. 
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